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Październik zgodnie ze starym zwyczajem rozpoczyna nowy 
rok akademicki. Do tej tradycji dostosowaliśmy się i my - przygo¬ 
towaliśmy numer nieco poważniejszy, co nie znaczy nudniejszy. 

Trudno wyrokować o własnych tekstach i nie zamierzam tego 
robić, a jeśli proponuję Państwu przeczytanie “Kreowanie świa¬ 
tów", to ze względu na tematykę i osobę mojego rozmówcy. Pro¬ 
fesor Marek Hołyński z Massachusetts Institute of Technology 
jest uważany za jednego z najlepszych specjalistów na świecie w 
dziedzinie grafiki komputerowej. 

Komputer C 128 to dzisiaj w większości krajów z pewnością za¬ 
bawka dla przedszkolaków. Tymczasem w części sygnowanej 
“W do2nu“proponujemy zastosowania tego komputera do raczej 
poważnych zadań. Czy ta ryzykowna propozycja podoba się 
Czytelnikom? - nie wiem. Myślę jednak, że jest to ciekawa oferta 
dla tych, którzy mają mały komputer i nie bardzo wiedzą jak go 
wykorzystać. 

Licznych Czytelników zainteresują zapewne ulepszenia i po¬ 
prawki w kompilatorze Turbo Pascala. Propozycje zmian w wer¬ 
sjach przeznaczonych dla komputerów pracujących pod nadzo¬ 
rem systemu CP/M zawierają teksty “Łaty na Turbo Pascalu" i 
“Turbo Pascal - dziur w całym ciąg dalszy". 

Właścicieli ST zainteresują zapewne procedury przedstawio¬ 
ne w tekście pod tytułem “Kompletny katalog dysku". 

Poza tym w tej części naszego miesięcznika znajdą Państwo jak 
zwykle stałe rubryki - a więc “Poke n, ^ ", “Forum", “KMK“. 

Blok ‘‘W pracy" otwiera materiał poświęcony językowi wyso¬ 
kiego poziomu do projektowania układów o programowalnej lo¬ 
gice (skrót angielski PLD). Nazwa języka - “ABEL" - jest jedno¬ 
cześnie tytułem tekstu, do zapoznania się z nim zachęcam nie tyl¬ 
ko specjalistów. Wszystkim proponuję przeczytanie artykułu 
“SuperKey", poświęcony jest on bowiem jednemu z licznych 
programów umożliwiających podniesienie komfortu pracy z 
komputerem. 

W tym numerze wracamy do rozpoczętego w kwietniowym 
numerze tekstu “Programowanie współbieżne" oraz kończymy 
serial zatytułowany “Ujarzmianie myszki". 

Na koniec chciałbym polecić tekst o sporych walorach eduka¬ 
cyjnych “Zmiany na biurku". Nie daje on konkretnych formułek 
co i w jaki sposób zrobić, ale za to pokazuje trendy i kierunki roz¬ 
woju techniki komputerowej. 

Życzę przyjemnej lektury i zapraszam za miesiąc. 

Stanisław Marek Królak 
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Miesiące wakacyjne niezbyt sprzyjają zakrojonej na szerszą skalę dzia¬ 
łalności. Rynek komputerowy (jak wiele innych) nieco “przygasa", wiado¬ 
mo - urlopy. Mimo to redakcji udało się w tym okresie uruchomić bazę da¬ 
nych o firmach komputerowych. KATALOG FIRM KOMPUTEROWYCH - 
tak bowiem nazywa się baza danych - zawiera informacje adresowe o 250 
firmach. Część z tych firm zdecydowała się zamieścić w bazie swoje ofer¬ 
ty - użytkownik znajdzie w niej także kilkadziesiąt nazwisk ludzi związa¬ 
nych z rynkiem komputerowym. 

W wyniku niefortunnego błędu redakcyjnego (Czytelników raz jeszcze 
przepraszamy) w numerze 7/88 nie ukazał się “Mikromarket", w którym 
zapowiadaliśmy edycję bazy KFK, dlatego też pozwolę sobie przypom¬ 
nieć jak dostać własną kopię bazy: można ją skopiować (dyski 5,25“ IBM) 
raz w tygodniu (czwartek 1000-1200) w redakcji lub kupić u jednego z dea¬ 
lerów (jesteśmy w trakcie podpisywania umów z firmami na terenie całe¬ 
go kraju). Baza jest dostępna także w redakcyjnej sieci FIDO. 

Dane zgromadzone w bazie pozwalają lepiej poznać rynek komputero¬ 
wy w naszym kraju. Oczywiście w bazie nie są ujęte wszystkie firmy 
(może czwarta lub nawet jedynie piąta ich część), mimo to wydaje się, że 
dysponujemy wystarczająco wiarygodną próbką, by móc pokusić się o 
pewne uogólnienia i wnioski. Tezę tę uzasadnia fakt, iż w bazie znalazły 
się firmy uczestniczące w największych targach i wystawach mijającego 
roku oraz prowadzące intensywną kampanię reklamową. Z dużym zatem 
prawdopodobieństwem możemy powiedzieć, iż nie brakuje w bazie żad¬ 
nej aktywnej, liczącej się firmy. 

Geografia polskiego biznesu komputerowego nie jest skomplikowana. 
W dwunastu wielkich miastach koncentrują się 77% firm komputero¬ 
wych. W rzeczywistości koncentracja jest jeszcze większa, bowiem wiele 
firm mieści się w suburbiach wielkich ośrodków (np. Marki czy Zielonka 
dla Warszawy). Największe skupiska firm to (w nawiasach procent w sto¬ 
sunku do wszystkich firm w bazie): 

1. Warszawa wraz z suburbiami - (42,9%) 

2. Trójmiasto - (13,2%) 

3. Poznań wraz z suburbiami - (9,6%) 

4. Region katowicki - (9,2%) 

Jak widać, w tych czterech centrach skupionych jest 75% polskich firm 
komputerowych. Zauważmy, że również tam odbywają się wszystkie naj¬ 
ważniejsze imprezy tego rynku (np. wdrszav>^ski “Computer" czyli wysta¬ 
wa Agpolu, poznański ‘‘Infosystem", “Baltsoft" na Wybrzeżu i sląski “Sof- 
tarq“). 

Właściwie struktura togo rynku nie jest zaskakująca. Ponieważ miaż¬ 
dżąca większość firm zajmuje się handlem (jeśli nie wyłącznie, to przynaj¬ 
mniej w części), i to handlem z użytkownikami, zrozumiałe jest, że firmy 
komputerowe powstają tam, gdzie są duże skupiska potencjalnych od¬ 
biorców. Stąd koncentracja. 

Dziwie może stosunkowo nieduży udział rynku aglomeracji śląskiej. Są¬ 
dzę, że w tym wypadku ma miejsce pewne zafałszowanie wynikające z 
faktu, IŻ jest to chłonny rynek, a w konsekwencji firmy na nim działające 
nie muszą agresywnie pokazywać się na terenie całego kraju. 

Pozostawmy geografię na boku i przypatrzmy się kapitałowi i jego or¬ 
ganizacji. Najchętniej wykorzystywaną przez menedżerów tego rynku 
formą organizacyjną jest spółka z ograniczoną odpowiedzialnością - spo- 
srod wszystkich firm 47,6% to sp. z o.o. Nie są to - wbrew potocznym wyo¬ 
brażeniom - jedynie firmy prywatne. Kapitał zaangażowany w tych spół¬ 
kach to: 

• prywatny - 82% spółek, 

• państwowo-prywatny - 8% spółek, 

• państwowy - 7% spółek, 

• spółdzielczy - 2% spółek, 


# spółdzielczo-państwowy - 1% spółek. 

Konieczne jest tutaj podkreślenie z naciskiem, iż mówimy o liczbie firm, 
a nie o wskaźnikach ekonomicznych. Gdybyśmy tabelę tę zestawiali przy¬ 
kładowo dla wielkości kapitału albo obrotów, sytuacja mogłaby wyglą¬ 
dać odmiennie (niestety, firmy nie chcą ujawniać swoich tajemnic finan¬ 
sowych nikomu poza fiskusem, nie dysponujemy więc takimi danymi). 

Drugą kategorię (41,9% firm) stanowią przedsiębiorstwa. Nie jest to 
grupa jednorodna, bowiem tworzą ją zarówno duże “klasyczne" przedsię¬ 
biorstwa państwowe, jak i niewielkie prywatne firmy, które w dawnej no¬ 
menklaturze prawnej należałoby nazwać warsztatami rzemieślniczymi. 
Wydaje się, że między innymi dzięki rynkowi komputerowemu (choć gło¬ 
wnie dzięki krachowi gospodarczemu i wymuszanym reformom) katego¬ 
rie “rzemieślnik" czy “warsztat rzemieślniczy" zostaną wreszcie odłożone 
do lamusa średniowiecznej historii, a zastąpią je nieco współcześniejsze 

- “przedsiębiorca", “biznesmen", “przedsiębiorstwo", “firma". Dość jed¬ 
nak dywagacji. Przedsiębiorstwa państwowe stanowią w tej grupie 36,4% 
firm. Pozostałe to przedsiębiorstwa prywatne (krajowe i zagraniczne). 
Owe przedsiębiorstwa zagraniczne to firmy polonijne, polonijno-zagrani- 
czne i zagraniczne. W subtelności tego podziału zagłębiać się nie będzie¬ 
my - tak czy inaczej kapitał tych przedsiębiorstw to “twarda" wałuta. 

Trzecią kategorię firm stanowią spółki akcyjne (5,7% wszystkich firm). 
Jest ich niemal dziesięciokrotnie mniej niż spółek z ograniczoną odpowie¬ 
dzialnością, mimo że S. A. wydają się być atrakcyjną formą organizacyjną. 
Prezes jednej ze spółek z o.o. powiedział mi, iż rozważał wariant spółki ak¬ 
cyjnej, strona prawna wydała mu się jednak zbyt niejednoznaczna (jego 
prawmkowi zresztą też). Nie wszyscy jednak są tego zdania i spółki akcyj¬ 
ne powstają. 

Zamykają naszą listę spółdzielnie stanowiące 4,8% firm działających na 
rynku komputerowym. 

Dotychczas mówiliśmy jedynie o sprawach niejako organizacyjnych, 
abstrahując od rodzaju działalności prowadzonej przez firmy. Z natury 
rzeczy informacje te trudniej poddają się obróbce statystycznej. W formu¬ 
larzu skierowanym do firm z bazy danych znalazły się jednak i rubryki do¬ 
tyczące ich aktywności. Oto jak widzą swoją działalność firmy-respon- 
denci: 

- 82% firm produkuje oprogramowanie, 

- 62% firm prowadzi doradztwo, 

- 60% firm produkuje sprzęt komputerowy, 

- 52% firm prowadzi szkolenia, 

- 44% firm prowadzi naprawy, 

- 40% firm prowadzi zlecony serwis, 

- 38% firm zajmuje się pośrednictwem, 

- 16% firm prowadzi działalność wydawniczą. 

Dane te trzeba traktować z przymrużeniem oka. Są one - oględnie mó¬ 
wiąc - niezbyt prawdziwe, po części w wyniku niezrozumienia poszczegó¬ 
lnych kategorii działalności, po części w wyniku świadomego fałszerstwa. 

1 tak bez wątpienia pośrednictwo (skup od prywatnych dostawców i 
sprzedaż) prowadzi więcej firm, niż fakt ten zadeklarowało, mniej zas pro¬ 
wadzi produkcję sprzętu, w której to właśnie kategorii ukryte jest pośre¬ 
dnictwo. Widać handel na zasadzie: kupiłem, dałem własną nalepkę i ka¬ 
bel sieciowy, by wreszcie sprzedać z zyskiem - wydaje się naszym prze¬ 
mysłowcom zajęciem niezbyt godnym i wolą raczej mówić o produkcji. 

Jest raczej mało prawdopodobne, by niemal połowa firm prowadziła 
serwis zlecony przez jakiegoś wytwórcę czy firmę wysyłkową (nieporo¬ 
zumienie wynika zapewne z niedostrzegania słówka “zlecony") I wresz¬ 
cie 62% firm prowadzących konsulting to ewidentne nieporozumienie. 
Coż to bowiem za konsultant, który sam dostarcza sprzęt i oprogramowa¬ 
nie - z góry wiadomo, że będzie usiłował wcisnąc klientowi swoje produk¬ 
ty. 

Dane dotyczące rodzajów działalności traktować zatem należy raczej 
jako projekcję wyobrażeń o firmie niż obraz rzeczywistej aktywności. 

Gdybyśmy chcieli na podstawie przedstawionych danych stworzyć 
obraz “statystycznej" firmy, byłaby to zapewne prywatna spółka z ograni¬ 
czoną odpowiedzialnością (lub prywatne przedsiębiorstwo) mieszcząca 
się w Warszawie (ewentualnie w Trojmiescie). Firma ta handlowałaby 
komputerami dołączając do sprzętu również oprogramowanie (zapewne 
jakiś f-k lub gospodarka materiałowa), w swoich ulotkach i reklamach 
wmawiając klientom, że najpierw przeanalizuje potrzeby użytkownika, a 
dopiero później zaproponuje najbardziej adekwatne (czyli własne) roz¬ 
wiązanie sprzętowo-programowe. 
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Na 10 dni przed drukiem 


• Wkrótce: 

Listopad 

Targi INFORMACJA^ -14-17.11., Katowice, hala "Spodek" 

VI Seminarium Centr.Szk.lnf .ZETO Łódź "Oprogramowanie 
narzędziowe i użytkowe, wielodostęp" - 21-24.11., Karpacz 
II Forum Hrm Komputerowych PTI i KUMP - 24-26.11., Olsztyn 

Grudzień 

V Jesienna Szkoła PTI - 5-11.12, Mrągowo 
Seminarium sekcji CAD/CAM KUMP "Systemy Rotringa" - 9.12. 
Warszawa, siedziba PZ PROMAX, Bartycka 26 paw. A. 

Konferencja "Mikroprocesory w elektrotechnice" - 14-15.12., Dom 
Technika, Łódź, PI. Komuny Paryskiej 5a (organizator: Instytut Infor¬ 
matyki PŁ, ul. Piotrkowska 220, 90-496 Łódź) 

Styczeń 

IV Międzynarodowe Targi Komputer’89 - Warszawa, 24-27.01. 

w rubiyce "Wkrótce' publikujemy informacje o ważniejszych pokazach, targach, kon- 
ferencjach i saminariach povyiązanych z techniką mikrokomputerową, na które zostaliśmy 
pisemnie zsproszeni z sześciotygodniowym wyprzedzeniem. 

• z kroniki: 

IV Konferencja "informatyka w szkoie" (28-30.ix.) w 
yyałbrzychu stała się areną dyskusji między "EIwro" i pracow¬ 
nikami oświaty na temat przydatności "EIwro 800 jr" oraz słabego 
rozwoju oprogramowania edukacyjnego (w katalogu, rozprowadza¬ 
nym przez Zakład Edukacji Komputerowej OBR Pomocy 
Naukowych i Sprzętu Szkolnego w Warszawie, ul. Śniadeckich 17, 
figurują tylko 42 pozycje, a wiele z nich jest przestarzałych). 

Atari w szkol©" to hasło wystawy MikroExpo’88 w Muzeum 
Techniki. Pokazano na niej interesującą sieć małych Atari, ale i 
widoczny był brak oprogramowania edukacyjnego. 

Zlot Użytkowników MSX odbył się w IX Uceum im. K.Hoff- 
manowej w Warszawie. Pokazano wiele ciekawych programów. 
Dzięki Składnicy Harcerskiej komputery MSX mogłyby być już 
dziś oświatowym, bogato oprogramowanym standardem. 

Piorwsz© 20 Ist informstyki polski©] - w 40 lat od powstania 
Grupy Aparatów Matematycznych przy Państwowym Instytucie 
Matematycznym odbyła się sesja zorganizowana przez PTI i SEP. W 
trakcie sesji prof. Leon Łukaszewicz przyznał, że pierwszy polski 
funkcjonujący kornputer XYZ wzorowany był na IBM 701, a dla od¬ 
miany prof. Antoni Kiliński przypomniał, że w latach 1937-39 prof. 
Janusz Groszkowski prowadził pionierskie prace, przerwane z uwagi 
na zbliżającą się wojnę, które mogły doprowadzić do powstania 
pierwszego w świecie komputera elektronicznego. 

• Turbo-Pascal 5.0 

w niecały rok po wersji 4.0 Borland zaanonsował TP 5.0, 
wzbogacony m.in. o zintegrowany debugger, emulację 8087^ 
wykorzystanie pamięci EMS, Turbo Assembler oraz proceduralne 
typy, zmienne i parametry. 

• Mikrolaur’ 89 

KUMP, PTI, Agpol oraz nasza redakcja po raz drugi organizuia 
konkurs "Mikrolaur". 

Prace krajowe prosimy zgłaszać do 30 listopada 1988 r. na adres 
KUMP (Warszawa, ul. Przemyska 11a), po uprzednim zapoznaniu 
się z regulaminem konkursu - można go otrzymać w tymczasowej 
siedzibie KUMP przy ul. Dantyszka 12 lub w naszej redakcji. 

Sąd konkursowy przyzna medale i dyplomy "Mikrolaur’89". Ich roz¬ 
danie nastąpi podczas IV Targów "Komputer’89". 

• Komputerowa resocjalizacja 

Otwarciu (20.10.) Centralnego Klubu Komputerowego Modych 
Mistrzów Techniki ZSMP towarzyszyło wręczenie nagród (kom¬ 
puterów) dla przodujących klubów MMT. Najlepsi - z wojewódzkiego 
klubu komputerowego MMT "Olimp" przy Zespole Szkół 
Ogólnokształcących w Sztumie (woj. elbląskie) - dotarli t 
pokazami nowej techniki nawet do miejscowego Zakładu Karnego. 

CCK mieści się w Warszawie w klubie MSM "Starówka" przy ul. 
Jana Brożka 18, tel. 36-27-49. 

» AutoCAD po polsku! 

w trakcie targów oprogramowania "Softarg" w Katowicach odbył 
się przedpremierowy pokaz polskiej wersji językowej programu 


AutoCAD, która powstała w wyniku współpracy firmy Autodesk z 
jej autoryzowanym polskim dystrybutorem - spółką Aplikom z Łodzi. 
Zaprezentowano także najnowszą, 10 wersję programu, która trafi 
równocześnie na rynki zachodnie i polski (po polsku oczywiście) w 
styczniu 1989 r. - za ok. 8 min zł. Pokazano także biblioteki polskich 
norm mechanicznych do wykorzystania w programie. 

Pierwszym w Polsce legalnym użytkownikiem AutoCAD-a jest WSI 
w Radomiu, a następnymi będą zapewne Zelmer Rzeszów, 
Bipronaft Kraków i Polcolor Piaseczno. 

• PL-Tekst 3.0 

Przed miesiącem pytaliśmy o losy najnowszej wersji produktu 
firmy CSK. Pod koniec września podczas Ogólnopolskich Targów 
Oprogramowania "Softarg’88" PL-Tekst 3.0 został ostatecznie wys- 
tawiony, a przy okazji firma obniżyła cenę tego produktu. 

• Acorn-klub 

w Warszawie powstał Klub Użytkowników Mikrokomputerów 
Acorn-BBC I Acorn-Master korzystający z uprzejmości 
(udostępnienie sprzętu) kierownictwa warszawskich strażaków. Klub 
zaprasza użytkowników komputerów firmy Acorn na comiesięczne 
spotkania - zawsze w ostatnią środę miesiąca o godz. 18.00) w 
salach klubu Syrena, ul. Chłodna 4. 

• Obok komputera - konkurs 

Wojewódzki Klub Komputerowy MMiT i RW TMMT w Bydgoszczy 
wraz z PPH Polcomsoft Sp. z o.o. I Bydgoską Fabryką Kabli 
KABEL ogłosiły konkurs na przyrządy, urządzenia I przedmioty 
stanowiące otoczenie" komputera. Warunkiem uczestnictwa jest 
wiek do 35 lat i nadesłanie oryginalnej pracy w formie rysunku (naj¬ 
lepiej technicznego) lub modelu wraz z opisem i Informacją o 
autorze na adres Wojewódzkiego Klubu Komputerowego (Piotra 
Skargi 3, 85-018 Bydgoszcz) do 31 stycznia 1989 r. Dla 
zwycięzców przewidziano nagrody od 15 do 50 tys. z.ł 

• Komputer dla szkoły 

Ewa Nych I Lech Madeyski z Wrocławia zwrócili się do naszej 
redakcji z apelem: "(sprzęt 8-bltowy)....po kilku latach traci 
całkowicie dla przedsiębiorstwa wartość użytkową i stoi w 
magazynach. Proponujemy podjęcie akcji przekazywania tego 
sprzętu nieodpatnie szkołom, z równoczesnym zwróceniem się do 
Ministerstwa Edukacji Narodowej o poparcie, a do ministra finansów 
o nie stosowanie wobec ofiarodawców negatywnych konsekwencji 
finansowych." 

Do sprawy wrócimy wkrótce. 

• Prenumerata 

Przypominamy o prenumeracie "Komputera" na 1989 r. - termin 
wpłat upływa 10 listopada 1988 r. 

• Za miesiąc w "Komputerze": 

Test: Schneider EUROPC - w domu 16 bitów zamiast 8 

Modem akustyczny DATAPHONs 21d-2 
Sprzęt: Sony SMC-210 - brakujące ogniwo 

Commodore Amiga i Amiga 2500 
Amstrad 6128 na serio 
Programy: Wirusowa gorączka - raport 
Polski wirus 

Liczby całkowite w Turbo Pascalu 4.0 
Niesforny kursor 
Zastosowania: 

Komputer dla medyka 
Komputer w studio 
Komputer w pracowni fotograficznej 
Wywiad: Z Markiem Hołyńskim o grafice - część 2 

Reportaż: Softarg’88 
Mikromarket: 

Katalog Firm Komputerowych - raport 1 
Bank Informacji Programowych BIS - raport 2 

FIDO 21-19-85 od 17.00 do 8.00 

"Na 10 dni przed drukiem" przygotował 25.10.88 Władysław 
Majewski. 

Skład: ^ pomocą programu Ventura Publ. 

i drukarki brother HL-8. 
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Z Markiem Hołyńskim, profesorem Massachusetts In- 
stitute of Technology i Boston University, rozmawia 
Stanisław Marek Królak. 

W jakim kierunku idę prace czołowych laboratoriów w dziedzinie grafiki 
komputerowej - czy cięgle chodzi o poprawienie jakości obrazu, o jeszcze 
lepsze parametry, czy też doszliście już do pewnego kresu? Jakie sę ograni¬ 
czenia? 

Nie ma żadnych ograniczeń. Obecnie są trzy giówne kierunki uderzenia w zaa¬ 
wansowanej grafice komputerowej. Jeden to realizm wizualny, drugi - interakcja 
i trzeci - systemy specjalizowane do rożnych zastosowań. 

Każdy z tych kierunków to temat na osobnę rozmowę. Co Ty na to? 

Za trzy tygodnie wyjeżdżam. Nie damy rady. 

To inaczej. W tej rozmowie ograniczymy się tylko do zagadnień zwięzanych 
z realizmem wizualnym. Pozostałe działy badań nad grafikę moglibyśmy 
omówić w czasie następnej rozmowy, tuż przed Twoim powrotem do USA. 

Zgoda. 

Zacznijmy może od pytania ogólnego: Na jakim etapie rozwoju znajduje się 
grafika komputerowa służęca do przedstawiania rzeczywistości? 

Realizm wizualny przeszedł już przez wszystkie podstawowe szczeble: naj¬ 
pierw opanował perspektywę i transformacje perspektywy, czyli to, co jest okre¬ 
ślane jako dwa i jedna druga wymiaru (dwa wymiary plus perspektywa), a nastę¬ 
pnie obraz trójwymiarowy. 

Dzisiaj już standardowo grafikę robi się w trzech wymiarach, co oczywiście oz¬ 
nacza wprowadzenie dodatkowych danych, gdyż doszła oś Z. Nie koniec na tym 
- wszystkie transformacje również muszą obejmować trzy wymiary. Mimo ze 
transformacje są zwykłe robione macierzowe, ilość przetwarzanej informacji jest 
tu olbrzymia, potrzebne są więc pamięci o ogromnych pojemnościach oraz spra¬ 
wne i szybkie komputery do jej przetwarzania. Ale jeśli chodzi o tworzenie obrazu 
rzeczywistego, to praktycznie problemy zostały już rozwiązane i możemy bez tru¬ 
du tworzyć dowołne obrazy istniejące w rzeczywistości. 

Powstałe trójwymiarowe cyfrowe modele obrazów możemy następnie rzuto¬ 
wać na ekran na wiele sposobów, uwzględniając dowolne (również zmienne) po¬ 
łożenie widza. Można usunąć płaszczyzny i krawędzie, które są niewidoczne, po¬ 
kryć wszystkie obiekty powierzchniami o dowolnych stukturach, kolorach itp. 
(można korzystać tu z całych bibliotek powierzchni). 

Ile kolorów macie do dyspozycji? 

Jest ich bardzo dużo: w dużych systemach korzystamy z kilku milionów kolo¬ 
rów, w małych jest ich zwykle 256. Z tym że tylko pozornie jest 256, ponieważ naj¬ 
częściej Spośród nich tylko 8 jest predeterrmnowanych. To znaczy tylko 8 podsta¬ 
wowych: czerwony, zielony, niebieski i trzy ich kombinacje oraz biały i czarny jest 
zdeterminowanych i zapisanych w tabeli. Pozostałe 248 jest determinowanych 
zwykle przez użytkownika za pomocą funkcji “kolor", która ma trzy argumenty. 
Każdy z tych argumentów jest intensywnością czerwonego, zielonego i niebies¬ 
kiego. Ponieważ te trzy kolory wyczerpują całe spektrum i rożne intensywności 
tych trzech barw (kombinacja trzech), pozwalają na uzyskanie każdego koloru, w 
zasadzie użytkownik może sobie zaprogramować każdy kolor. Tak że ogranicze¬ 
nie do 248 jest pozorne i nie ma znaczenia, bo w każdej chwili można wymazać je¬ 
dne i wprowadzić inne barwy. 

Tym niemniej we wszystkich katalogach handlowych liczbę kolorów podaje 
się jako istotny parametr komputera. 

Jest to tylko chwyt reklamowy. Powtarzam, że problem obrazu barwnego nie 
istnieje i mówienie o liczbie kolorów jako parametrze świadczącym o jakości sy¬ 
stemu, a tym bardziej osiągnięciach technicznych, ma niewielki sens praktyczny. 

Następnie udało się, po wielu próbach, zaprogramować gładkie powierzchnie. 
Aparat matematyczny np. krzywe Besiera czy tzw. splines pozwalają nie tylko 
aproksymować krzywe czy powierzchnie za pomocą odcinków linii prostej - 
choćby najmniejszych, ale zawsze odcinków - albo małych powierzchni poligona¬ 
lnych, gdzie powierzchnie nigdy nie są do końca zgrabne, ale pozwalają już two¬ 
rzyć pełne powierzchnie bez żadnych zadziorów na nich. 

Trzecim znakomitym pomysłem, który dzisiaj jest bardzo pomocny w modelo¬ 
waniu zjawisk naturalnych, jest geometria fraktalna. Daje ona możliwość wierne¬ 
go modelowania zjawisk naturalnych. 

Na łamach ‘Komputera“ podejmowaliśmy kilkakrotnie tę tematykę, nigdy je¬ 
dnak nie udało się nam wytłumaczyć korzyści, które niosę ze sobę fraktale. 
Jakie zatem nowe możliwości daje ten aparat matematyczny w porównaniu z 
innymi sposobami przedstawiania rzeczywistości? 

Jest to fundamentalna sprawa. Posłużę się przykładami. Do tej pory me 


mieliśmy żadnego opisu, który pozwalałby na reprezentowanie płatków śniegu, 
krzaków, drzew, tęczy, wzgórza czy łańcucha górskiego. Owszem mieliśmy apa¬ 
rat, za pomocą którego opisywaliśmy te obrazy, ale było to klasyczne kartezjańs- 
kie podejście, które mówiło, że wszystko można zrobić z kostek, kul, cylindrów 
itd Mało jest jednak rzeczy, które z kostek i piramid da się złożyć. Oczywiście na¬ 
wet bardzo skomplikowane figury były opisywane - za pomocą równie skompli¬ 
kowanych funkcji, często niejawnych. 

Okazuje się jednak, że zjawiska naturalne mają pewną charakterystyczną ce¬ 
chę: są regularne, ale zarazem zakłócone w pewien sposob przez przypadek. Co 
to oznacza? Np. jeśli stworzymy łańcuch górski według najlepszych wzorów i wy¬ 
świetlimy go, będzie widać, że jest to dzieło sztuczne, bo łańcuch górski nie jest 
regularny, mimo że ma cechy regularne, które go wyodrębniają z innych obiek¬ 
tów w swiecie rzeczywistym. 

Geometria fraktalna wprowadza nową klasę obiektów, które są obiektami mię- 
dzywyrmarowymi i pozwala na realizowanie subtelnych zjawisk naturalnych. 
Geometria klasyczna nie dawała takich możliwości? 

Iflasyczna geometria poszerzona została o obiekty, które są między wymiarami, 
obiekty, które są liniami, ale zajmują płaszczyznę. Tak jak na przykład niektóre 
dywany Sierpińskiego albo krzywa Kocha czy krzywa Hilberta. To znaczy jest to 
niewątpliwie linia, wiemy o tym, ale z drugiej strony ta linia jest nieskończona, 
choć ograniczona. 

Przyzwyczailiśmy się, że linia wychodzi z minus nieskończoności, przechodzi 
przed nosem i kończy się w plus nieskończoności. Nie, linia nieskończona może 
się zawierać na ograniczonym obszarze i być nieskończona mimo to. Co więcej, 
ta linia nieskończona może zajmować powierzchnię tego obszaru i może byc mie¬ 
rzona za pomocą tej powierzchni. Z jednej strony jest mierzona za pomocą długo¬ 
ści, z drugiej - powierzchni. Są wzory na obliczenie wymiarowości tej linii i ta wy- 
miarowość jest liczbą między 1 i 2, różne linie mają różne wymiary. Podobnie z 
obiektami o wymiarach między 2 i 3. Stąd się bierze nazwa fraktal, bo są to obiek¬ 
ty, które mają część rzeczywistą i frakcyjną (ułamkową) wymiaru. 



Co więcej, geometria fraktalna jest bardzo podatna na wprowadzanie przypad¬ 
ków losowych. Wprowadzasz linię, która generalnie powtarza się, ale kolejne 
powtórzenia różnią się od siebie w pewnych detalach. Modelujesz łańcuch górski: 
każda nowa góra jest górą, ma szczyt, ma stoki itp., ale jest trochę inna niż wszys¬ 
tkie poprzednie góry. Modelujesz wybrzeże morskie i to, co widzisz jest ewiden¬ 
tnie wybrzeżem, ale każdy jego kawałek jest inny. Te kawałki mogą różnić się tak 
drobnymi detalami, że trudno je zdefiniować, ale różnią się. Są to na pozór subte¬ 
lności bez znaczenia, ale właśnie one decydują o tym, że obraz nie wydaje się być 
sztucznie zsyntezowany, lecz naturalny. 

Krótko mówięc, geometria fraktalna to jedno z ważniejszych narzędzi two¬ 
rzenia grafiki na najwyższym poziomie. Narzędzie opanowane czy dziedzina 
stale się rozwijajęca? 

Nie, nie jest to narzędzie opanowane do końca, ciągle pojawiają sie nowe rze¬ 
czy i nowe pomysły. Zwłaszcza dużo skorzystali na tym matematycy. Stosują oni 
wzory fraktalne Manderbrota albo wzory Julii na płaszczyźnie zespolonej do prze¬ 
śledzenia, jak zachowują się iteracje pewnych funkcji matematycznych. Do tej 
pory nie było to możłiwe. Te dziedziny miały swój początek stosunkowo niedawno 
i są niesłychanie obiecujące. 

Czy nadzieje, jakie więżecie z fraktalami, wynikaję z faktu, iż jest to najpew¬ 
niejsza droga dojścia do wiernego obrazu świata naturalnego? 

Fraktale to jedna z rzeczy poprawiających rzeczywistość obrazu, ale są inne 
niezwykle interesujące i niezbędne w dziedzinie zwanej realizmem wizualnym. Je¬ 
dną z nich jest modelowanie światła. Jest już wiele funkcji modelujących źródło 
światła. Modelują one również, w jaki sposób światło się załamuje, odbija i prze¬ 
chodzi przez obiekty. Możesz na przykład modelować kule rożnie oświetlone, z 
których jedne odbijają, a inne przepuszczają światło. Albo na przykład patrzysz 
przez jedną kulę na drugą, widzisz deformacje spowodowane przejściem światła 
przez różne kule itp. Może to być oczywiście obraz animowany, a więc ruchomy, 
kule mogą się przesuwać, obracac itd. Możesz analizować światło przechodzące 
przez obiekty, odbijające się od nich i trafiające do widza. Jest tu wiele innych mo¬ 
żliwości. Są to modele szalenie interesujące, ale i bardzo skomplikowane. 
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Po CO to wszystko? Symulujesz rzeczywistość i co dslej? Jskie s^ przykłado¬ 
we konkretne zastosowania ? 

Owszem, służy to do symulacji rzeczywistości, ale nie tylko. Na przykład nieda¬ 
wno Japończycy zrobili film, który pokazuje różne sposoby oświetlenia pokoju. 
Masz pokój, różne źródła światła, możesz je włączać w dowolny sposób, widzisz 
jak się zmienia oświetlenie tego pokoju w ciągu dnia i w nocy. Gdy Księżyc świeci 
lub jest w nowiu. Widzisz co się dzieje, gdy jest burza z piorunami, jak rozkładają 
się cienie, jak rozkładają się kolory przedmiotów w zależności od oświetlenia itp. 
Tego typu opracowania mogą być wykorzystywane w pracach badawczych, 
ale też i chyba do bardziej praktycznych celów? 

Oczywiście, że tak. Wszystkie badania, nawet podstawowe, prowadzi się z my¬ 
ślą o tym, że będą wykorzystywane na co dzień w najróżniejszych dziedzinach. I 
są wykorzystywane. Poza tym pamiętaj, że my musimy zarobić na swoje utrzyma¬ 
nie. 

W każdym razie od jakichś trzech lat jesteśmy w stanie wyświetlić na ekranie 
wszystko. Nie ma sytuacji spotykanych w rzeczywistości, których nie da się poka¬ 
zać na ekranie. Można wyświetlić każdy obraz z taką samą dokładnością i dokła¬ 
dnie takuTu samymi kolorami, oświetleniem, powierzchniami i rozdzielczością jak 
w rzeczywistości. W przypadku złożonych obrazów wymaga to czasu, dużej ma¬ 
szyny, oprogramowania, ale nie ma tu problemu nie rozwiązanego. I nie jest to 
symboliczne przedstawianie rzeczywistości, do czego ludzie się przyzwyczaili i 
co kojarzy im się z grafiką komputerową - np. w grach komputerowych człowiek 
miał kwadratową głowę i to wystarczało. Tego już nie ma, dzisiaj taka grafika po 
prostu nie istnieje. Jeśli przedstawiamy świat realny, to mamy wiemy jego obraz. 
Nie rozumiem Jednego: mówisz, że można twofzyć obrazy o takiej samej do¬ 
kładności i rozdzielczości, z Jaką spotykamy się w świecie rzeczywistym. 
Przecież natura Jest nieporównanie doskonalsza od najlepszego obrazu, a 
Was demiurgów obrazu krępuje chociażby Jakaś graniczna rozdzielczość... 

Niezupełnie. Jeśli chodzi o rozdzielczość, ograniczeniem jest wspomniane 
wcześniej 4096 x 4096, co przewyższa rozdzielczość Twojego oka. Gdy widzisz 
taki obraz na ekranie, to masz wrażenie, że jest on ciągły, nie jesteś w stanie odró¬ 
żnić sąsiednich punktów, czyli masz to samo wrażenie, co przy oglądaniu obrazu 
rzeczywistego. Jeśli zrobisz fotografię obrazu rzeczywistego i obrazu komputero¬ 
wego, będą to identyczne fotografie. 

W zeszłym roku Sąd Najwyższy USA wydał orzeczenie, iż dokumentacja foto¬ 
graficzna nie może być dowodem w sądownictwie amerykańskim. Dlaczego? 
Dlatego, że jesteśmy w stanie stworzyć za pomocą komputera obrazy i sytuacje, 
które w rzeczywistości me miały miejsca. Zrobić tak, że za pomocą żadnych tech¬ 
nik nie można rozstrzygnąć czy jest to zdjęcie rzeczywistości, czy też obraz synte¬ 
tyczny, sztuczny. 

Jakie maszyny są potrzebne do stworzenia tak doskonałego obrazu? 

W zasadzie można zrobić to na każdej dużej maszynie. Dobrze mieć jak naj¬ 
większą ze względu na liczbę bitów na piksel oraz szybkość. 

Dałem tu przykład fotografii, obrazu statycznego, ale to samo można robić z 
obrazem dynamicznym, także w czasie rzeczywistym. I wówczas szybkość ma¬ 
szyny i jej wielkość ma decydujące znaczenie. Jako przykład można podać wszy¬ 
stkie symulatory lotu samolotów czy rakiet, kiedy trzeba w ciągu 1/30 czy 1/60 se¬ 
kundy przetworzyć obraz i wyświetlić nowy. A składa się on z milionów punktów, 
które muszą być przeliczone od nowa. Tu używa się dużych maszyn np. typu Cray. 
Natomiast jeśli nie zależy Ci na czasie i program może “chodzić" bez przerwy 
przez dwa czy trzy dni, w zasadzie każda maszyna to zrobi, np. PC. Jedynym pro¬ 
blemem będzie ekran, który to później wyświetli i pojemność pamięci, żeby scho¬ 
wać ten program i zakodować wszystkie kolory. 

Czy symulatory to szczytowe osiągnięcia grafiki w obszarze realizmu wizua¬ 
lnego? 

Nie. Na jego czubku są programy animacyjne, w których jest jeszcze sporo do 
zrobienia, mimo że osiągnięcia są tu olbrzymie. Ale nie wszystko możemy jeszcze 
uzyskać. 

Na przykład czego nie Jesteście w stanie zrobić? 

Są liczne programy do animacji różnych obiektów, ale nie możemy dotąd w 
sposób niezauważalny dla widza animować ruchu człowieka. Są oczywiście pro¬ 
gramy animujące człowieka, są całe filmy animowane, w których ludzie się poru¬ 
szają, ale ten ruch zawsze mniej czy bardziej jest wyczuwalnie sztuczny. 

A ruch innych obiektów? 

Robimy bez problemu - zależy on od równań obiektu, które trzeba zastosować 
i wykonać odpowiednie przeliczenia. W przypadku człowieka problem polega na 
tym, że nie udało się stworzyć dotychczas pełnego opisu ruchu człowieka. Trzeba 
to robić empirycznie, umieszczając czujniki na ciele człowieka, przenosząc dane 
do komputera itp. Tak więc animowanie poruszającego się człowieka to zadanie 
do zrobienia. 

Znowu okazuje się, że człowiek Jest istotą bardziej złożoną niż sądzili niektó¬ 
rzy filozofowie? 

Darujmy sobie filozofów, natomiast to, co powiedziałem nie oznacza, że jest to 
problem niewykonalny już dziś. Pewne próby zakończyły się pomyślnie. Istnieje 
już program, który na szkielecie ludzkim ma dokładne odwzorowanie dynamiki 
chodu i skoku z dwóch nóg. Jest to bardzo krótki film zrobiony w Ohio State Uni- 
versity przez Dawida Zeltzera. Szkielet idzie, odbija się z dwóch nóg, ląduje, pod¬ 
nosi się, idzie dalej w sposób zupełnie natiuralny (o ile można mówić o naturalnym 
sposobie poruszania się szkieletu). 

Człowiek piętą achillesową animacji... 

Nie zapominaj, że nawet tu grafika komputerowa daje zupełnie nowe możliwo¬ 
ści. Przypomnij sobie klasyczną animację. Są tam dwie grupy fachowców: do 
pierwszej należy artysta najwyższej klasy, który robi główne sceny: rysuje pierw¬ 


szą klatkę, po czym tę, która będzie po 15 sekundach. Do drugiej zaliczają się wy¬ 
robnicy, którzy rysują pozostałe 300 klatek pomiędzy scenami narysowanymi 
przez artystę. I największą pracą w animacji jest rozpisywanie obrazu na klatki, bo 
trzeba namalować te 24 klatki na sekimdę, które dają wrażenie ciągłego obrazu. 
Komputer jest tu niezwykle użyteczny, bo można zakodować obie klatki namalo¬ 
wane przez artystę, po czym wydać polecenie, że transformacja tych dwóch obra¬ 
zów ma być transformacją liniową rozpisaną na 300 klatek. Może się okazać, że 
transformację opisuje jakaś kwadratowa zależność, może jakaś iima, może być to 
jakieś bardzo skomplikowane równanie ruchu, które spowoduje, że wszystkie 
punkty zostaną miękko przeniesione w następny obraz, ale jakościowo nie ma to 
znaczenia i komputer tę pracę wykona. 

Rozmawiamy o ograniczeniach, które wynikają raczej z niedostatków apara¬ 
tu matematycznego, a nie niedoskonałości techniki komputerowej. 

I z tego, i z tego. Nie wszystko da się opisać matematycznie ściśle, ale jak wspo¬ 
mniałem, dane można uzyskiwać empirycznie. Ten sposób jest już wykorzystywa¬ 
ny nawet w reklamach telewizyjnych. Na przykład zastosowano go w popularnej 
reklamie telewizyjnej pt. “Sexy robot". Była to grafika telewizyjna przedstawiająca 
robota-kobietę, który siedzi w fotelu, obraca się, wyciąga rękę i wskazuje na pusz¬ 
kę z konserwami. Było to świetnie zrobione. Ale twórcy tej grafiki nie mieli oczy¬ 
wiście równań ruchu. Dlatego zatrudnili modelkę, która wykonywała dokładnie 
ten sam ruch i zapisali trójwymiarowo położenia wszystkich punktów ciała model¬ 
ki. Otrzymali model empiryczny i wykorzystali uzyskane w ten sposób transfor¬ 
macje punktów do opisu swojego robota. 

Podałem ten przykład, aby pokazać, że nie wszystko trzeba koniecznie w pełni 
formalizować, można się oprzeć na naturalnych opisach. Z tym że z jednej strony 
brakuje opisu matematycznego i nie wiadomo czy on w ogóle będzie kiedyko¬ 
lwiek dostępny (może będą biblioteki ruchów wzięte z natury?), ale z drugiej stro¬ 
ny trzeba wykonywać ogromne obliczenia i nie wszystkie komputery mogą temu 
podołać. Nie we wszystkich maszynach można odwzorować pewne zjawiska na¬ 
turalne ze względu na skomplikowanie modelu. 

Doszliśmy więc do konkluzji, że Jedynym poważnym problemem realizmu 
wizualnego Jest animacja, a głównie poruszający się człowiek. Nfoglibyśmy 
na tym zakończyć naszą rozmowę, ale proponuję na koniec kilka problemów 
ogólniejszych. 

Po co to wszystko? Działania, o których mówisz, zmierzają w gruncie rze¬ 
czy do stworzenia sztucznego syntetycznego świata, który byłby nie odróż- 
nialny od świata realnego. Jaki może być kres tego dążenia - stworzenie uro¬ 
jonej rzeczywistości? Czy nie obawiasz się niebezpieczeństw stąd płyną¬ 
cych? Nie są to może pytania do profesora nauk komputerowych, ale skądi¬ 
nąd wiem, że Jesteś komputerowcem filozofującym. 

Odpowiedź na postawione przez Ciebie problemy wymagałaby co najmniej 
osobnej rozmowy. Hasłowo odpowiem tak: Trudno nie obawiać się niebezpie¬ 
czeństw, jakie otwierają komputery, w tym i zaawansowana grafika. Możliwości 
nadużyć jest tu wiele - od szantażowania męża czy żony poczynając, poprzez po¬ 
kazanie polityka wygłaszającego przemówienie o dowolnej treści i w dowolnych 
okolicznościach, przemówienie, które nigdy nie miało miejsca, do prowokacji mi¬ 
litarnych o nieobliczalnych wręcz następstwach. 

To wszystko prawda, tylko czy świadomość, że możliwe są nieetyczne zacho¬ 
wania, ma nas powstrzymywać od twórczego doskonalenia siebie i świata? Na to 
pytanie trzeba odpowiedzieć przecząco, w przeciwnym razie człowiek skazany 
byłby na zejście do poziomu zwierzęcia. 

Myślę, że korzyści płynące z rozwoju grafiki komputerowej są niepodważalne 
i tak znaczne, że wkrótce czeka nas rewolucja w wielu dziedzinach życia. Te prze¬ 
miany już się rozpoczęły i dotykają obszarów, które jeszcze niedawno nie uznawa¬ 
ły techniki komputerowej. Przykładem niech będą chociażby korzyści płynące z 
możliwości kręcenia filmów bez studia i dekoracji. Cały drugi plan można wyge¬ 
nerować. Więcej nawet - postaci aktorów mogłyby byc animowane. Nie mówiąc 
o ponętnej perspektywie - by trzymać się sztuki - tworzenia światów, które nie ist¬ 
nieją. Ponętnej nie tylko technicznie, lecz i artystycznie. 

Dzisiejsze wysiłki grafiki komputerowej podobne są do wysiłków malarzy XIX 
wieku. Najpierw stćirali się jak najwierniej przedstawić świat, a dopiero gdy to 
osiągnęli, zaczęli deformować rzeczywistość treiktując te odkształcenia jako zaba¬ 
wę intelektualną, z której z czasem powstały nowe wartości. 

Dzisiaj dziękuję. Za dwa tygodnie porozmawiamy o interakcji i zastosowa¬ 
niach specjalnych. 


Marek Holyński, profesor MIT i Boston University, 41 lat, kawaler, ma narzeczoną i powa¬ 
żne Zeimiary. Studia ukończył na Wydziale Elektroniki Politechniki Weurszawskiej. Pracował w 
Instytucie Maszyn Matematycznych, doktorat zrobił w Instytucie Cybernetyki PAN. Pociągała 
go filozofia i nauki humanistyczne. W 1974 roku zainteresował się grafiką komputerową. W la¬ 
tach 1967 - 1976 był współpracownikiem Tygodnika Studenckiego “Politechnik", a od 1972 do 
1979 współpracował z “Polityką". Wydal trzy książki popularne: o grafice komputerowej, o 
sztucznej inteligencji i przeglądową o różnych intelektualnych inteligentnych humanistycz¬ 
nych zastosowaniach komputerów. Zapraszany na różne uniwersytety. W 1980 roku został za¬ 
proszony na MIT i od tej pory tam pracuje. Hobby: literatura, narciarstwo, żeglarstwo i gra Go. 
Komputera konkretnego nie poleca, bo o tym jaki komputer jest potrzebny, decyduje zastoso¬ 
wanie. W domu ma PC. 
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mikroświata 


Gary Kildall 

Bardzo obszernie prezentujemy 
ostatnio system operacyjny CP/M. 
Jako uzupełnienie chcemy także 
przedstawić - obszerniej niż zazwy¬ 
czaj - jego twórcę i poczętki. 

Gary Kildall uzyskał w 1970 roku 
w University of Washington dokto¬ 
rat i przeniósł się do Pacific Grove 
(Monterey) w Kalifornii, gdzie zo¬ 
stał profesorem informatyki w Po¬ 
dyplomowej Szkole Morskiej. Lubił 
uczyć i atmosfera szkoły bardzo 
mu odpowiadała. Któregoś dnia na 
tablicy ogłoszeń spostrzegł kartkę: 
"mikrokomputer za 25$”. Okazało 
się, że chodziło o mikroprocesor 
Intel 4004, ale w 1972 roku i tak była 
to okazja. Kildall kupił i za namowę 
ojca, który szukał dla swej niewiel¬ 
kiej szkoły nawigacyjnej w Seattle 
urzędzenia do obliczania trójkętów 
nawigacyjnych, napisał i uruchomił 
pierwsze programy arytmetyczne. 
Okazało się, że procesor miał istot¬ 
ne ograniczenia: był zbyt powolny i 
mało dokładny. 

Rok później Kildall miał okazję 
obejrzeć wydział mikroproceso¬ 
rów firmy Intel. Niebawem został 
jej konsultantem. Poznał 4004, grze¬ 
biąc w nim kilka miesięcy tak do¬ 
kładnie, że w firmie uznano go za 
wariata. Był pewien, że już nie wró¬ 
ci do pracy z dużymi komputerami, 
lecz badajęc pierwszy 8-bitowy mi¬ 
kroprocesor Intela (8008) musiał 
stworzyć jego emulator na mini¬ 
komputerze, by móc sprawnie 
tworzyć i testować przeznaczone 
dlań programy. 

W cięgu kilku miesięcy stworzył 
język PL/M - mikroprocesorowę 
wersję popularyzowanego przez 
IBM języka PL/I, znacznie bogat¬ 
szego od jedynego dostępnego 
wówczas dla niikroprocesorów ję¬ 
zyka - Basica. 

Jako częściowe wynagrodzenie 
za pracę otrzymał od Intela mały 
komputer. Umieścił go w swojej 
klasie, tworzęc pierwsze w Szkole 
Morskiej laboratorium mikrokom¬ 
puterowe. Gdy Intel zmienił w ”In- 
tellecu-8’’ procesor 8008 na 8080 i 
dał Kildallowi monitor oraz szybki 
czytnik taśmy perforowanej, Gary 
mógł ze swymi uczniami pracować 
na sprzęcie porównywalnym z Al- 
tairem (tak nazywał się pierwszy 
mikrokomputer wprowadzony na 
rynek w styczniu 1975 roku). 

Kildall odrzucił dwa podstawo¬ 
we elementy dużego systemu: taś¬ 
mę papierową i dyski magnetycz¬ 
ne, chcąc zastąpić je małym dys¬ 
kiem od Shugarta - 5,25”. Napisał 
specjalny program, brakowało mu 


jednak nadal odpowiedniego ste¬ 
rownika. Próbował go zrobić, 
chciał także opracować interfejs 
łączący komputer z magnetofo¬ 
nem, okazało sie jednak, że zdolno¬ 
ści inżynierskie Kildalla pozostają 
w tyle za jego pomysłowością i 
umiejętnością programowania. 

Był koniec 1973 roku, gdy zdecy¬ 
dował się poprosić o pomoc kole¬ 
gę ze studiów, wówczas już profe¬ 
sora University of Califomia w Ber¬ 
keley - Johna Torode, przekonując 
go, że "zrobimy dużo naprawdę do¬ 
brych rzeczy, gdy stacja zacznie 
działać”. 

Torode wziął się do pracy, a Kil¬ 
dall - sfrustrowany niepowodzenia¬ 
mi ze sprzętem - napisał w ciągu 
kilku tygodni w języku PL/M prosty 
system operacyjny, który nazwi 
Control Program/Monitor, czyli 
CP/M. 

W tym czasie jego kolega Ben 
Cooper próbował zarobić pienią¬ 
dze budując urządzenie do stawia¬ 
nia horoskopów (choć astrologia w 
ogóle go nie interesowała) i poszu¬ 
kiwał programisty. Z Kildallem 



szybko ukończyli dzieło, które kar¬ 
mione 25-centówkami miało dru¬ 
kować w sklepikach San Francisco 
horoskopy. I choć ostatecznie ma¬ 
szyna astrologiczna okazała się 
wielką klapą, dla Kildalla była ona 
pierwszym praktycznym testem 
systemu CP/M. Programując ją bo¬ 
wiem stworzył sobie podstawowe 
narzędzia: asembler i odplusk- 
wiacz (ang. debugger) oraz rozpo¬ 
czął pracę nad edytorem. Ponadto 
opracował interpreter języka Ba¬ 
sic. 

W połowie 1974 roku Torode i 
Kildall mieli gotowy dyskowy sy¬ 


stem operacyjny. Do swej pracy 
byli jednak nastawieni sceptycz¬ 
nie, nie spodziewając się po niej 
zysków i traktując ją jako swojego 
rodzaju wprawkę: Kildall pisał pro¬ 
gramy, Torode zajmował się sprzę¬ 
tem. Sprzedali w San Francisco 
dwie maszyny firmie Omron, zanim 
na rynku pojawił się Altair. Interes 
prowadzili niezależnie: Torode bu¬ 
dował komputery jako Digital Sy¬ 
stems, a później Digital Microsy¬ 
stems, Kildall pisał programy jako 
Intergalactic Digital Research (pó¬ 
źniej już nieco skromniej jako Digi¬ 
tal Research). Firmą początkowo 
kierowała żona Kildalla Dorothy, 
występując pod panieńskim nazwi¬ 
skiem McEwen (nie chciała być 
bowiem dła klientów "tylko" żoną 
Gary’ego). Ona także namówiła Kil¬ 
dalla, aby sprzedawać CP/M jako 
gotowy pakiet. Gary nie zdawał so¬ 
bie w tym czasie zupełnie sprawy z 
wartości tego programu, który 
wcześniej - lojalnie - zapropońowi 
jako Control Program for Micro- 
processors (lub CP/M-80) Intelowi. 
Ten ostatni nie okazał jednak zain¬ 
teresowania. Początkowo (za 90$) 
prawo do korzystania z CP/M jako 
systemu operacyjnego wszystkich 
swoich produktów kupił Thomas 
Lafleur (GNAT Computers), a w 
roku 1977 IMSAI Manufacturing z 
San Leandro - za 25000$. 

Firma Kildalla - Digital Research 
Inc. - rozwijała się bardzo szybko, 
zajmując się m.in. sprzedażą pro¬ 
gramów aplikacyjnych i do roku 
1985 pozostawała w ścisłej czołów¬ 
ce producentów oprogramowania. 
Potem, wraz z wyparciem CP/M 
przez MS-DOS z roli czołowego sy¬ 
stemu operacyjnego dla mikro¬ 
komputerów, nadeszły trudniejsze 
czasy: nie udało się wylansować 
programu GEM jako standardowe¬ 
go środowiska graficznego dla mi¬ 
krokomputerów, systemu DOS+ 
jako pomostu między CP/M i 
MS-DOS ani Concurrent DOS jako 
standardowego środowiska wielo¬ 
dostępnego. Obecnie, w epoce 
przechodzenia IBM z MS-DOS na 
OS/2, Digital Research odzyskuje 
część utraconego terenu dzięki 
udanej i szybko wprowadzonej na 
rynek wersji Concurrent DOS 386. 

W ostatnich latach Gary Kildall 
znalazł kolejne dodatkowe zajęcie 
- bardzo sprawnie i ciekawie pro¬ 
wadzi niezwykle popularny pro¬ 
gram "The Computer Chronicles" 
w TV Boston. 

Opracowała Danuta Majewska 
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INFOSEM’88 

Kolejne spotkanie INFOSEM - 
Ogólnopolskiego Seminarium Stu¬ 
denckich Kol Naukowych Informa¬ 
tyki - odbyło się w połowie maja 
br., tym razem w Lublinie. Spośród 
dwudziestu kilku polskich KNI w 
imprezie uczestniczyła zaledwie 
jedna trzecia. Przyszłoroczny IN- 
FOSEM’89 ma być bardziej ekspo- 
nowany^J. 

Pierwsze miejsce w sekcji M - o 
nieco przydługiej nazwie Metody i 
środki informatyki oraz teoretycz¬ 
ne podstawy informatyki - zdobył 
za Moduł obsługi biblioteki w sy¬ 
stemie Turbo Pascal - student WAT 
kol. A. Kurdyła. 

Pierwsze miejsce w sekcji Z - 
Zastosowania informatyki - zdobył 
przedstawiciel Uniwersytetu Gda¬ 
ńskiego A. Dżuryk za Komputero¬ 
we wspomaganie wiełkości sprze¬ 
daży jako integralny moduł skom¬ 
puteryzowanego systemu informa¬ 
cji rynkowej. Referowany system 
sam niedawno wdrożył w amery¬ 
kańskiej firmie budowlanej MA- 
STIC, korzystając z międzynarodo¬ 
wego stypendium praktykanckie- 
go AIESEC2). ZŁOTY DYSK ELA¬ 
STYCZNY ’87 za działalność pro¬ 
wadzoną w ubiegłym roku zdobyło 
Koło Zainteresowań Cybernetycz¬ 
nych... oczywiście przy WAT! 

Do zobaczenia wiosną 1989 na 
nowym INFOSEM-inariumI 

Ej-Bi-Em 


*> Adres dla korespondencji: RADA KOOR¬ 
DYNACYJNA Studenckich Kół Naukowych In¬ 
formatyki, Uniwersytet Szczeciński, Instytut 
Cybernetyki Ekonomicznej i Informatyki, Mic¬ 
kiewicza 66; 71-101 Szczecin. 

2) Association Internationale des Etudiants 
des Sciences Economiąues et du Commerce - 
AIESEC - międzynarodowe stowarzyszeme 
studentów ekononui i hćindlu. 
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System operacyjny 


dla Am29000 

Dotąd mikroprocesory o archi¬ 
tekturze RISC były stosowane w 
minikomputerach pracujących 
pod kontrolą systemu Unix w zasto¬ 
sowaniach typu CAD (projektowa¬ 
nie wspomagane komputerowo). 
Dlatego opracowany przez Advan- 
ced Micro Devices i Ready Sy¬ 
stems system operacyjny VRTX32 
stał się wśród informatyków sensa¬ 
cją. System ten przeznaczony dla 
Am29000 (dokładnie budowę tego 
mikroprocesora opisaliśmy w nu¬ 
merze marcowym) pracuje w cza¬ 
sie rzeczywistym - można go zasto¬ 
sować w sterownikach przemysło¬ 
wych. 

Projektanci zrezygnowali ze sto¬ 
sowania pamięci wirtualnej. Uznali, 
że układy pamięci s^ tak tanie a 
przestrzeń adresowa Am29000 tak 
duża, iż pamięć wirtualna nie jest 
potrzebna. Upraszcza to sposób 
dostępu do pamięci. Zrezygnowa¬ 
no również z wydłużającej czas do¬ 
stępu do pamięci ochrony zaso¬ 
bów, pozostawiając programistom 
decyzję o sposobach ewentualne¬ 
go zabezpieczenia pamięci przed 
nielegalnym dostępem. 

Problemy sprawiła liczba reje¬ 
strów Am29000 - jest ich 192. Przy¬ 
porządkowanie programowi użyt¬ 
kownika wszystkich wydłużyłoby 
czas ich odkładania na stos pod¬ 
czas zmiany wykonywanego zada¬ 
nia. Przypisanie zadaniu ograni- 


przypominaniem pewnych pros¬ 
tych zasad znanych jeszcze ze 
szkoły, ale - jak świadczą o tym tek¬ 
sty napływające do redakcji - daw¬ 
no zapomnianych. Bardzo wiele 
problemów przysparzają skróty 
wyrazów lub związków wyrazo¬ 
wych. Do najczęstszych należy nie¬ 
poprawna pisownia skrótowców 
używanych w innych niż mianow¬ 
nik przypadkach oraz brak kro¬ 
pek. 

Sięgnijmy zatem do słowników 
języka polskiego. Znajdziemy w 


czonej liczby rejestrów utrudnia 
pracę kompilatora. Wobec tego 
VRTX32 tworzy z części rejestrów 
szybki stos, na który, w razie po¬ 
trzeby, jest odkładana zawartość 
rejestrów pozostałych - z tych użyt¬ 
kownikowi są udostępniane wszy¬ 
stkie. 

Koprocesor arytmetyczny 
Am9027 może pracować niezależ¬ 
nie od Am29000. Wywołuje to opó¬ 
źnienie - czekanie na zakończenie 
wykonywania instrukcji przez ko¬ 
procesor - gdy zewnętrzne przer¬ 
wanie powoduje zmianę zadania. 
VRTX32 sprawdza, czy nowe zada¬ 
nie wymaga użycia koprocesora - 
jeśli nie, Am29000 zajmuje się już 
obsługą przerwania. 

Obsługa zadań związanych z sy¬ 
stemem operacyjnym pochłania 
około 40% mocy obliczeniowej 
procesora, co dla wielozadaniowe¬ 
go systemu pracującego w czasie 
rzeczywistym jest wynikiem do¬ 
brym. 

(ADAN) 

a^c 

Forsa płynie... 

Staramy się w naszych krótkich 
notkach pokazywać możhwie na 
bieżąco kondycję przemysłu kom¬ 
puterowego na świecie. Mamy ci¬ 
chą nadzieję, że być może w ten 
sposób zachęcimy także krajo¬ 
wych potentatów do publikowania 
swych wyników finansowych. 

Początek roku stal w USA pod 
znakiem oszałamiających sukce¬ 
sów firmy Apple, która pod hasłem 
"zamiast czekać na OS/2 kup orygi¬ 
nalnego Macintosha - my wszystko 
to mamy od dawna" po latach prób 
zdobywa wreszcie modelem Ma¬ 
cintosh II świat biznesu. 

W pierwszym kwartale br. obro¬ 
ty firmy osiągnęły 867,2 miliona do¬ 
larów - o 50% więcej niż przed ro- 


skrótowce odnoszące się do nazw 
pospolitych czytamy zwykle jako 
pełne wyrazy, piszemy je małą lite¬ 
rą i pamiętać musimy, że zawsze 
stawiamy po nich kropkę - nawet w 
środku zdania. Przykładami tej 
grupy skrótowców są: np., itd., itp., 
jw., cdn., tzw. oraz pisany wielką li¬ 
terą skrót od Post scriptum - Ps. 
(przy okazji przypominam, że nie 
stawiamy kropki po skrótach typu 
dr, mgr). 

Poczynając od XIX wieku poja¬ 
wiają się nowe skrótowce i jest ich 
coraz więcej. Z nimi mamy też naj- 


kiem, a zyski - 79,7 miliona - aż o 
135% więcej niż rok temu. 

Nieźle radzi sobie również Moto¬ 
rola, której sprzedaż wzrosła w 
pierwszym kwartale o 26%, do 1,95 
mld dolarów, przy czym w dziale 
produkcji układów scalonych 
sprzedaż wzrosła o 25%. 

Na tym tle za rozczarowujące uz¬ 
nano wyniki firmy DEC (Digital 
Eguipment Company), której 
sprzedaż wzrosła tylko o 17%, do 
2,82 miliarda dolarów, a zyski na¬ 
wet spadły - z 307 do 305 min dola¬ 
rów. 

O ile spadające zyski są wyni¬ 
kiem bardzo wysokich w DEC na¬ 
kładów na rozwój techniczny, o 
tyle słaba dynamika sprzedaży dzi¬ 
wi, gdyż sojusz z DEC - jak się po¬ 
wszechnie uważa - stał się głów¬ 
nym czynnikiem napędowym suk¬ 
cesu Apple i Macintosha II, a po¬ 
nadto DEC jest największym na 
świecie producentem kompute¬ 
rów pracujących pod nadzorem 
systemu Unix, odnoszącego ostat¬ 
nio nowe oszałamiające sukcesy. 

Jak dalece pomocny może być 
Unix w walce o rynek, świadczą 
wyniki firmy Sun Microsystems, 
która zwiększyła sprzedaż swych 
graficznych stanowisk pracy 
(workstations) o 81% (do 259,7 min 
dolarów w ciągu I kwartału) mimo 
narastającej konkurencji, jaką dla 
stacji klasy Sun stają się najwydaj¬ 
niejsze mikrokomputery epoki 
80386 i transputerów. 

Miarą stanu branży są wyniki 
IBM, który zwiększył sprzedaż o 
10% - do 11,75 mld doi. kwartalnie, 
a zyski o 16% - do 913 min kwartal¬ 
nie. Sprzedaż komputerów (2/3 
obrotów giganta) wzrosła o 14%, 
natomiast spadek obrotów odnoto¬ 
wały działy serwisu, wypożyczeń i 
obsługi. 

WM 

więcej kłopotów. Do tej grupy zali¬ 
czymy częste na naszych łamach 
skróty typu: DOS, RAM, ROM, PC. 
Główny problem, przed którym tu 
stajemy, polega na tym, że nie wia¬ 
domo jak to odmieniać. 

Zasada ogólna obowiązująca w 
•języku polskim głosi, że skrótowce 
literowe i głoskowe kończące się 
w wymowie samogłoską -a, -o, -u, -e 
pozostawiamy zawsze w formie 
nieodmiennej. 

W odniesieniu do skrótowców li¬ 
terowych, głoskowych i miesza¬ 
nych, które w całości są pisane 
wielkimi literami i które w wymo¬ 
wie kończą się na spółgłoskę, kie¬ 
rujemy się dwoma zasadami: 

Pierwsza - nadrzędna - to zasada 
nieodmienności. Zgodnie z nią pi¬ 
szemy np. członkowie PAN, wyda¬ 
wnictwa MON, pliki DOS, w syste¬ 
mie GEM. 

Druga zasada - stosowana w ję- 


Nowości 

programowe 

Summer’87 to oznaczenie niecier¬ 
pliwie oczekiwanej najnowszej wer¬ 
sji kompilatora języka dBase III + fir¬ 
my Nantuncket Corporation. Oferu¬ 
je on jeszcze większe możliwości 
oraz mniejszą (oby!) liczbę błędów. 

^ 

Space Birds firmy Astronomical 
Data Service to program pozwala¬ 
jący określać położenie sztucznych 
satelitów Ziemi. Po podaniu długo¬ 
ści i szerokości geograficznej pun¬ 
ktu obserwacyjnego, jego wysokoś¬ 
ci nad poziomem morza oraz czasu, 
w jakim chcemy prowadzić obser¬ 
wacje, program - korzystając z bazy 
danych NASA - informuje,, jakie sa¬ 
telity mamy szansę zobaczyć. (45$) 

3^ 3^ 

SEGS z Edmond Software Inc. to 
inżynierski program graficzny, po¬ 
zwalający rysować ponad 5000 
punktów dla każdej z 10 krzywych 
i max. 4 niezależnych osi y. Ma 
wbudowany arkusz kalkulacyjny 
pozwalający przygotować dane 
przed rysowaniem. Dane można 
wprowadzać z klawiatury lub czy¬ 
tać z plików ASCII przygotowa¬ 
nych innymi arkuszami. Rysunki 
mogą być drukowane na drukar¬ 
kach mozaikowych i laserowych 
lub rysowane na ploterze. (195$) 

3^C 3^C 3^C 

Specific Fonts 4 (SF4) ze Specific 
Solutions dostarcza za 75$ użytkow¬ 
nikom Yentury i GEM Desktop Pu- 
blishera narzędzia do pisania wyra¬ 
żeń matematycznych oraz rysowa¬ 
nia diagramów dołączanych później 
do pisanych dokumentów. SF4 za¬ 
wiera niezbędne symbole i znaki 
matematyczne oraz litery greckie a 
także bibliotekę dekoracyjnych liter 
i cyfr dla uatrakcyjnienia sporządzo¬ 
nych wykresów. 

opr. Z.B 

m 

zyku mówionym - polega na od¬ 
mianie skrótowców według okre¬ 
ślonego wzoru deklinacyjnego. Je¬ 
śli decydujemy się stosować tę za¬ 
sadę, pamiętać musimy, że końcó¬ 
wkę fleksyjną piszemy małą lite¬ 
rą i oddzielamy od tematu dywi- 
zem - i wyłącznie dywizem, nie 
apostrofem, nie przecinkiem ani 
spacją czy brakiem znaku oddzie¬ 
lającego temat od końcówki. Po¬ 
prawny jest więc wyłącznie zapis: 
członkowie PAN-u, wydawnictwa 
MON-u, pliki DOS-u, w GEM-ie. 
Niedopuszczalna pisownia na 
przykład taka: DOSu, DOS’u, 
DOSU. 

To wszystko na dzisiaj. Opóźnio¬ 
na o tydzień ze względu na teksty 
do tego numeru podróż poślubna 
czeka. Państwu życzę równie przy¬ 
jemnych zdarzeń w życiu. 
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Stanisław Marek Królak 


Terminator terminologiczny (16) 


W tym fehetonie zajmiemy się nich zasadę, że znane od dawna 


8 iCOlilDUCe^ 






































































L orugiej ręKi 



Komputeryzujemy się, ale nie 
wszyscy. Dzieci pracowników "Siar¬ 
kopolu” - nie. Jak dowiedzieliśmy się 
z artykułu ElijDiety Wierzbickiej w 
"Życiu Warszawy”, dzieciom praco¬ 
wników "Siarkopolu” w zbliżeniu z 
komputerami przeszkodziło warsza¬ 
wskie kuratorium. 

"Siarkopol” mianowicie chciał 
urzędzie w stolicy kolonie kompu¬ 
terowe. ''Głównym wabikiem i dla 
rodziców, i dla dzieci były kompu¬ 
tery. Wyjście poza prościutkie gry, 
zajęcia z instruktorami, naukę pro¬ 
gramowania i dostęp do urządzeń, 
które nie tyłko w Tarnobrzegu i 
okolicach są dziś dla ludzi synoni¬ 
mem postępu i nowoczesności - 
były gwoździem kolonijnego pro¬ 
gramu. " Organizacji kolonii podję¬ 
ły się biura turystyczne "Flisak” i 
"Tebos”, to ostatnie wyremontowa¬ 
ło - na podstawie umowy z kurato¬ 
rium - własnymi siłami jednę ze 
szkół warszawskich, żeby w niej 
umieścić kolonie. Ale na kilka¬ 
naście dni przed wyjazdem do 
Warszawy "Siarkopol" otrzymał te¬ 
leks, że kolonie nie mogę się od¬ 
być, bo "Tebosowi” cofnięto upra¬ 
wnienia. W "Siarkopolu” nie bar¬ 
dzo się jeszcze tym przejęto - osta¬ 
tecznie kolonie mogli zorganizo¬ 
wać sami. Kiedy jednak przedsta¬ 
wiciele przedsiębiorstwa przybyli 
do stolicy, aby to wyjaśnić - okaza¬ 
ło się, że wyremontowany budynek 
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Zbigniew Gutowski, Marian Mols- 
ki "Komputer w pytaniach i odpo¬ 
wiedziach" WNT 1988, wyd. J, 
49.700 -f 300 egz., 277str., 680 zł. 

Rozwój informatyki i techniki 
komputerowej powoduje, że coraz 
szersze kręgi społeczeństwa chcęc 
nie chcęc będę musiały poznać 
podstawy tej dziedziny wiedzy - 
przynajmniej w stopniu pozwalaję- 
cym na korzystanie z podstawo¬ 
wych zastosowań komputerów, ta¬ 
kich jak redagowanie tekstu czy 


szkolny przekazano na całe waka¬ 
cje komendzie OHP. 

"Muszę pani powiedzieć, że po 
prostu oniemiałem, kiedy kurator 
Fedorowicz oświadczył, że (...) 
podpis dyrektora Moskały jest nie¬ 
ważny, bo on sam wyjechał za gra¬ 
nicę. Przecież to kpiny! Mnie nie in¬ 
teresuje nazwisko pana M., tylko 
to, że był on urzędnikiem repre¬ 
zentującym oświatę warszawską i 
jego zgoda dawała nam określone 
uprawnienia" - relacjonuje "Życie 
Warszawy” reakcję niedoszłych 
kontrahentów kuratorium. Zapro¬ 
ponowano im, żeby wyremontowa¬ 
li sobie teraz innę szkołę. ("Nie 
chcę być złośliwy, ale to wszystko 
wygląda tak, JaJeby warszawskie 
kuratorium znalazło sobie sposób 
na remonty szkół (...) A potem mo¬ 
gliby nas wymanewrować, tak jak 
zrobili z "Tebosem”). 

W innym - podanym "Siarkopolo¬ 
wi” uzasadnieniu zerwania umowy 
akcentowano fakt, że na organizacji 
kolonii wzbogacę się pośrednicy, 
stosujęcy wygórowane ceny. "Roz¬ 
bawił mnie zarzut kuratora Polańs¬ 
kiego o zawyżaniu kosztów, bo "Te¬ 
bos" chciał po 550 zł od łóżka, nato¬ 
miast pani Kowalska z Dzielnicowe¬ 
go Zespołu Ekonomiczno-Admini¬ 
stracyjnego Szkół przy ul. Paryskiej 
mówiła o 1000 zł i to w szkole, którą 
my mielibyśmy im wyremontować!" - 
mówi przedstawicielka "Siarkopolu”. 


przekazywanie informacji za po- 
mocę sieci komputerowych. Ele¬ 
mentem ulatwiajęcym edukację 
jest cięgle żywe jeszcze zaintereso¬ 
wanie technikę komputerowę. I 
chociaż w Stanach Zjednoczonych 
fascynacja tę dziedzinę wyraźnie 
maleje, o czym świadczy coraz 
mniejsza liczba kandydatów na 
kierunki informatyczne czołowych 
uniwersytetów, to u nas rosnęca li¬ 
czba komputerów zwiększa kręg 
potencjalnych czytelników księżek z 
tej dziedziny. Staraję się wykorzy¬ 
stać to wydawcy wypuszczajęc co¬ 
raz to nowe poradniki, przewodniki 
i opracowania obliczone na maso¬ 
wego odbiorcę. W tej rubryce odno¬ 
towywaliśmy już takie pozycje. 

Do tego typu księżek należy też 
praca panów Gutowskiego i Mols- 
kiego. Przyjęta formuła pytań i od¬ 
powiedzi dobrze nadaje się do pro¬ 
wadzenia wykładu dla laików. Uła¬ 
twia swobodne poruszanie się w 
szerokim obszarze zagadnień. 


W końcu "Siarkopol" podsunęł 
władzom oświatowym myśl, żeby 
do tej innej nieremontowanej szko¬ 
ły przeprowadzić młodzież z OHP. 
"Będzie dla nich robota na miejscu. 
Wtedy nasze dzieci miałyby kolo¬ 
nię w szkole, która dla nich została 
wyremontowana. Niestety, nie 
przeszło". 

Powyższa opowieść ma z tema¬ 
tem, którym nasza rubryka się zaj¬ 
muje, tylko tyle wspólnego, że cho¬ 
dziło o "kolonię komputerowę"; tak 
przynajmniej redaktorowi niryki 
poczętkowo się wydawało. Posta¬ 
nowił jednak całę tę historię przy¬ 
toczyć, kiedy w miesięczniku 
"Kontrasty” przeczytał następujęcę 
opinię prof. Witolda Marciszews- 
kiego, kierownika Zakładu Logiki, 
Metodologii i Filozofii białostockiej 
filii Uniwersytetu Warszawskiego: 

"Moim zdaniem te aparaty - 
komputery - trochę leczą z całego 
zła umysłowego, horę łatami na¬ 
warstwiało się w tym kraju. W sy¬ 
stemie, który doprowadził do kry¬ 
zysu, brakuje nam głównie dwóch 
rzeczy - odpowiedzialności i spra- 
wdzalności. Jedno jest z drugim 
związane, bo jeżeli moje działania 
mają sprawdzalne skutki, to ja się 
wtedy czuję za nie odpowiedzialny. 
Jeżeli nie wiadomo, jaki zachodzi 
związek między decyzją ministra a 
pogorszeniem się losu emerytów, 
to ten minister odpowiedzialny nie 
będzie. A właśnie obsługa kompu¬ 
tera, używanie komputera, wręcz 
obcowanie z komputerem radykal¬ 
nie przestraja umysł ludzki." 

Dzieci pracowników "Siarkopo¬ 
lu” wychowywane na deptaniu zo- 
bowięzań i niedotrzymywaniu 
umów oraz nie dopuszczane do 
oświaty komputerowej przez kura¬ 
torów oświaty i wychowania nie zy¬ 
skały okazji, aby przestroić umysły 


zwalniajęc od obowięzku ścisłego 
wyjaśniania pojęć i poruszanych 
zagadnień, a równocześnie dodaje 
wykładowi dynamiki zachęcajęc 
do lektury. W księżce omówiono 
podstawowe pojęcia techniki mi¬ 
krokomputerowej, strukturę kom¬ 
putera z dość szczegółowym 
przedstawieniem procesora i pa¬ 
mięci oraz systemy wejścia/wyjś¬ 
cia. Wiele uwagi poświęcono ar¬ 
chitekturze systemów komputero¬ 
wych i oprogramowaniu. Można tu 
znaleźć podstawowe wiadomości 
np. o systemach wsadowych czy 
wielodostępnych, sieciach lokal¬ 
nych, językach programowania, 
systemach operacyjnych czy pro¬ 
gramowaniu strukturalnym 

Dijkstry. Osobne miejsce poświę¬ 
cono historii komputerów, ich 
ewolucji i najnowszym kierunkom 
rozwoju. 

O ile o niektóre drobiazgi można 
się z Autorami spierać - np. o to czy 


w kierunku, którego życzy sobie 
prof. Marciszewski. Czy jednak 
profesor - entuzjasta komputerów, 
nie przecenia wpływu tych urzę- 
dzeń na ludzkie postępowanie? 
Chyba nie. Oczywiście, nieodpo¬ 
wiedzialność niekoniecznie musi 
wynikać z braku logiki, braku rozu¬ 
mienia zwięzków przyczyn ze skut¬ 
kami. Doskonale można sobie wy¬ 
obrazić nieodpowiedzialność 
opartę na logicznym rachunku. 
Kiedy instytucja działa w warun¬ 
kach, w których MOŻE bezkarnie 
oświadczyć, że podpis jej przed¬ 
stawiciela już jej nie zobowięzuje, 
bo dziś kto inny został dyrektorem 
- to oświadczy, jeśli tak jest jej wy¬ 
godniej. Komputer wymusza logi¬ 
kę, ale nie wymusza etyki. 

Natomiast "komputerowe myśle¬ 
nie” ułatwia obronę przed nieod- 
powiedzialnościę. Pozwala na wy¬ 
raźne ustalanie faktów nieodpo¬ 
wiedzialności i niesprawdzalności, 
o których mówi prof. Marciszews¬ 
ki. Komputer bowiem uczy stawia¬ 
nia pytań we właściwej kolejności i 
udzielania na nie jednoznacznych 
odpowiedzi. Albo kuratorium pod¬ 
pisało umowę, albo jej nie podpisa¬ 
ło. Albo szkołę wyremontowano, 
albo nie wyremontowano. Albo 
dzieci pojechały na kolonie, albo 
nie pojechały. 

Ludziom, którzy się do takiej dy¬ 
scypliny rozumowania przyzwy¬ 
czaję, nie będzie można zapewne 
męcić w głowie, wciskać - zamiast 
owych jasnych odpowiedzi "tak” 
lub "nie” - kawałków o "głębokiej 
trosce”, "ofiarnym wysiłku” i "dal¬ 
szym doskonaleniu wypoczynku 
dzieci spędzajęcych wakacje w 
Warszawie.” Podobnie jak kompu¬ 
ter będę na to całkowicie niewra¬ 
żliwi. 

JR. 

m 


uzasadnione jest poświęcanie 
większej uwagi jednym językom, a 
pominięcie lub ledwo wymienienie 
innych (C) - to błędem wydaje się 
pominięcie grafiki komputerowej 
oraz bardzo lakoniczne przedsta¬ 
wienie możliwości zastosowań 
komputerów osobistych. 

Księżka wydana jest dość staran¬ 
nie, ale na podłym papierze. Nieco, 
do życzenia pozostawia też skoro¬ 
widz, przydałby się w tego typu pu¬ 
blikacji również słowniczek pod¬ 
stawowych terminów angielskich. 

Autorzy nie zamieścili - niestety - 
wstępu, nie sposób więc ustalić, 
kiedy napisali księżkę. Wiadomo 
tylko, że pracę oddano do składa¬ 
nia 14.01.1986, a więc niemal trzy 
lata temu. W technice komputero¬ 
wej to niemal wieczność. 

S.M.K. 
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Między 30.05. a 2.06 br. w Dusseldorfie (RFN) odbyła się między¬ 
narodowa konferencja dotycząca kierunków rozwoju i przyszłych 
zastosowań komputerowych, opartych o standard OSI i LAN MA- 

NAGER-a. Organizatorami konferencji były firmy Microsoft i 
3Com. 

Na konferencję zaproszono około 500 osób spośród licencjono¬ 
wanych użytkowników systemu OS/2, w tym z Polski przedstawi¬ 
cieli firmy PZ Computex. Uczestnikami konferencji byli w większo¬ 
ści pracownicy firm produkujących oprogramowanie użytkowe, a 
także małych i średnich firm produkujących sprzęt - między innymi 
z: 3COM, IBM, OMNINET, UNGERMAN-BASS, NOKIA etc. Prezen- 
towali oni działanie LAN MANAGER-a w praktyce dla różnych rea¬ 
lizacji sieci lokalnych. 

Organizatorzy konferencji to dwie współpracujące ze sobą fir- 
my, najbardziej zaawansowane w rozwoju oprogramowania siecio¬ 
wego dla komputerów osobistych klasy IBM PC i PS/2. Są one jed¬ 
nocześnie współautorami LAN MANAGER-a, czyli implementacji 
na mikrokomputery osobiste coraz szerzej uznawanego standardu 
komunikacji pomiędzy komputerami OSI (OPEN SYSTEM INTER- 
CONECTION). 

Biorąc pod uwagę olbrzymi potencjał 15-18 min już zainstalowa¬ 
nych mikrokomputerów osobistych, wymienione firmy postanowi¬ 
ły stworzyć możliwość lepszego jego wykorzystania poprzez 
wprowadzenie zunifikowanego standardu sieci. 

Pojemności dyskowe i potencjał obliczeniowy drzemiące w mi- 
ki^okomputerach są olbrzymie, lecz w chwili obecnej wykorzysta¬ 
ne jedynie w niewielkim stopniu. Szacuje się, że co najwyżej 10% 

I mikrokomputerów jest połączonych w sieć. Sieci te są użytkowane 
jedynie dla czerpania zasobów dzielonych, takich jak pliki czy 
urządzenia peryferyjne. 

Ze względu na swoją uniwersalność LAN MANAGER pozwoli 
połączyć w nadchodzących 5 latach 30-50% mikrokomputerów. 
Korzystame z sieci będzie niosło także nowe możliwości jakościo¬ 
we, takie jak przetwarzanie rozproszone, czyli możliwość realizo¬ 
wania programu użytkowego na różnych komputerach sieci. LAN 
MANAGER dostarcza nowego typu zasobu dzielonego, jakim jest 
czas obliczeniowy wybranych komputerów w sieci. Nie jest wyklu¬ 
czone, że znaczenie rozwiązań programowo-sprzętowych, jakie 
prezentują firmy Microsoft i 3COM. jak również inne firmy pracują¬ 
ce w oparciu o standard OSI, może być tak rewolucyjne, jak było w 
swoim czasie np. wynalezienie telefonu. Gordon Letwin, autor ksią¬ 
żki ”Inside OS/2”, Microsoft Press, 1988, powiada, że każda rewolu¬ 
cja technologiczna składa się z 3 etapów: 

- etapu "egzotycznej zabawki”, 

- etapu "ograniczonej użyteczności”, 

- etapu "absolutnej niezbędności”. 

Zdaniem wspomnianego autora, profesjonalne komputery oso¬ 
biste i komunikacja pomiędzy nimi mają już za sobą 2 pierwsze eta¬ 
py i wchodzą w etap trzeci. 

Nowy standard sieci rozszerza możliwości wszystkich użytkow¬ 
ników sieci. Umożliwia on bowiem realizację trzech typów połą¬ 
czeń: 

- mikrokomputer z innym mikrokomputerem w sieci LAN, 

- LAN z inną siecią LAN, 

- LAN z dużą maszyną cyfrową (MAINFRAME). 

LAN MANAGER-a, korzystając z opublikowanych standardów, 
będzie można implementować na dowolny sprzęt. Pozwala on tak¬ 
że na obsługę więcej niż jednego sterownika sieci, co umożliwi łą¬ 
czenie sieci o różnym charakterze (różne prędkości transmisji dsi- 
nych). LAN MANAGER jest użytkowo zgodny z istniejącymi syste- 
mami s ieciowymi opartymi o standard NETBIOS i zapewnia łącze¬ 


nie mikrokomputerów pracujących z różnymi systemami operacyj¬ 
nymi, tj. DOS, OS/2, Xenix. 

Standard OSI, na którym bazuje LAN MANAGER, nie przekreśla 
dotychczas stworzonych protokołów komunikacji między kompu¬ 
terami, a umiejętnie wplata najbardziej udane z nich w swoją struk¬ 
turę. Ma to kapitalne znaczenie dla rozwoju sieci komputerowych, 
gdyż zapewma wprowadzenie nowych standardów drogą ewolucji, a 
nie metodą burzenia starych struktur i zastępowania ich nowymi. 

Oprócz niezaprzeczalnych korzyści płynących z używania LAN 
MANAGER-a w sferze transportu informacji między komputerami, 
firma Microsoft dla zwiększenia atrakcyjności swojej oferty wypo¬ 
sażyła system OS/2 w wiele funkcji standardowych ułatwiających 
pisanie programów użytkowych w środowisku sieciowym. Są to 
funkcje kontroli dostępu do zasobów, funkcje sygnalizacji i kontroli 
dynamicznie zachodzących zdarzeń, a także funkcje pozwalające 
na przetwarzanie rozproszone. Na bazie tych systemowych możli¬ 
wości zostały już stworzone narzędzia do produkcji prograńiów 
aplikacyjnych, efektywnie wykorzystujących powstałe środowisko. 

Jednym z najważniejszych produktów jest SOL SERYER, produkt 
firm Microsoft/Sybase/Ashton Tatę. Zaproponowane przez produ¬ 
centa rozwiązanie umożliwia wirtualną prezentację dowolnej bazy 
danych obsługiwanej przez programy LAN MANAGER i SOL SER¬ 
YER. Takie podejście pozwala na tworzenie uniwersalnych pro¬ 
gramów obsługujących dane (ang. server) dostępnych dla wszyst¬ 
kich użytkowników sieci. Nie zmusza posiadaczy baz danych do 
ich przeorganizowania, lecz umożliwia udostępnienie ich zawarto¬ 
ści innym użytkownikom sieci. SOL SERYER/LAN MANAGER po¬ 
winien rozwiać także wszelkie problemy wynikające z pracy w śro¬ 
dowisku sieciowym. Zapewnia utrzymanie integralności baz da¬ 
nych poprzez standardowe mechanizmy blokowania dostępu do 
danych, przetwarzanie transakcyjne oraz archiwowanie zapisów w 
transakcji. SOL SERYER umożliwia rozbudowaną ochronę dostępu 
do danych. 

Innym przebojowym narzędziem zaprezentowanym na 
konferencji jest kompilator RFC opracowany przez firmę NETWI- 
SE. Bazuje on na możliwości LAN MANAGER-a, polegającej na wy¬ 
korzystaniu czasu obliczeniowego komputerów w sieci jako nowe¬ 
go rodzaju zasobu dzielonego. Umożliwia pisanie programów uży¬ 
tkowych w języku zbliżonym do C, dających możliwość aktywnego 
wykorzystama tego zasobu i zorganizowania "przetwarzania roz¬ 
proszonego . Oznacza to, że niektóre procedury wywoływane w 
programie będą realizować się równolegle na innych kompute¬ 
rach w sieci. Efektywność takiego przetwarzania jest oczywista. 
Daje ono możliwość dokonywania szybkich obliczeń na wielu 
komputerach równocześnie. W przypadku przetwarzania tylko na 
jednym komputerze, z czerpaniem danych z innego, wielokrotnie 
zdarza się, że wybranie jednego rekordu z bazy danych wymusza 
transrnisję wielu megabajtów danych poprzez sieć. Umieszczenie 
części programu użytkowego (zdalnej inteligencji) w komputerze 
właścicielu danych pozwala wyeliminować transmisję zbędnych 

informacji, a tym samym zwiększyć wydatnie jej efektywność i wy¬ 
dajność. 

W warunkach polskich proponowane rozwiązania są mimo sto¬ 
sunkowo wysokich cen bardzo atrakcyjne. Należy jednak wziąć 
pod uwagę, iż system OS/2 jest systemem nowej generacji, co ozna¬ 
cza również bardzo wysoki stopień komplikacji, zbliżony do obser¬ 
wowanego na tzw. dużych komputerach. 

Jednym z wielu wniosków, jakie dla nas wynikają z konferencji, 
jest przykra prawda, że dotrzymanie kroku postępowi komputery¬ 
zacji wszystkich dziedzin życia wymagać będzie zwielokrotnio¬ 
nych nakładów finansowych na sprzęt, oprogramowanie i szeroko 
pojętą edukację. Pracownicy przyuczeni na kursach nie zastąpią 
wykształconych informatyków, a nic nie wiedząc o komputerach 
nie będziemy mogli używać ich w zakresie przygotowanym przez 
specjalistów. 

I jeszcze jedna obserwacja. Skopiowane (czytaj ukradzione) 
oprogramowanie, szczególnie bez pełnej dokumentacji, jest bez¬ 
wartościowe ze względu na swój stopień komplikacji. Produktem 
handlowym jest komplet: oprogramowanie, dokumentacja, szkole¬ 
nie, konsultacje producenta a być może przede wszystkim szybki 
dostęp i możliwość zakupu po obniżonych cenach kolejnych, po¬ 
prawionych i uzupełnionych wersji tego oprogramowania. I oto po¬ 
jawia się zupełnie nowa jakość! Najświeższe poprawki produktów 
programowych są dostępne poprzez sieci telekomunikacyjne dla 
licencjonowanych odbiorców tego oprogramowania, czyli dla 
tych, którzy zakupili to oprogramowanie w sposób legalny. W ten 
sposób Microsoft udostępnia najświeższe informacje i poprawki 
dla licencjonowanych odbiorców OS/2 Software Development Kit i 
innych swoich produktów. A zasięg tej sieci informacyjnej jest ogó¬ 
lnoświatowy! 
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Firmy wysyłkowe na cenzuro¬ 
wanym 

W związku z notatką ("Ceny 
sprzętu, firmy wysyłkowe", 4/88, 
str. 11) na temat ewentualnych nie¬ 
prawidłowości w transakcjach z 
firmami wysyłkowymi reklamują¬ 
cymi się na naszych łamach infor¬ 
mujemy, że otrzymaliśmy ostatnio 
parę skarg dotyczących działalno¬ 
ści firmy Kolgar. Kopie listów na¬ 
szych czytelników przekazaliśmy 
do właściciela firmy z prośbą o wy¬ 
jaśnienie poruszanych w nich 
spraw. Po otrzymaniu odpowiedzi 
zrelacjonujemy je na naszych la¬ 
mach. 

Redakcja 

^ ^ 

”Uwagi” ciąg dalszy! 

(Listy, 5/88, str. 13) 

Chciałbym nawiązać do listu 
pana Krzysztofa Wesołowskiego z 
Poznania zamieszczonego w "Kom¬ 
puterze”, który jest reakcją na moj 
poprzedni list. Poruszyłem w nim 
sprawę dwóch szeregów: sumują¬ 
cego i mnożącego. 

Po pierwsze: bardzo się cieszę, 
że mój tekst wzbudził reakcję. Być 
może nasza wspólna koresponden¬ 
cja z panem K. Wesołowskim na ła¬ 
mach "Komputera" spowoduje 
wzrost zainteresowania matematy¬ 
czną stroną informatyki i dyskusję 
na tematy ałgorytmizacji rożnych 
probłemów matematycznych. Bra¬ 
ki w tej dziedzinie na łamach połs- 
kich czasopism komputerowych 
uważam za duży błąd i niedopa¬ 
trzenie. Uważam, że niniejsza wy¬ 
miana zdań może być bodźcem do 
zwiększenia iłości pubłikacji na ten 
temat. 

Po drugie: chciałbym odeprzeć 
pewne zarzuty pod moim adresem. 


które wynikają z faktu niezrozu¬ 
mienia przez pana K. Wesołows¬ 
kiego myśłi przewodniej mojego 
poprzedniego listu. W żadnym 
miejscu nie napisałem, że oba pro¬ 
gramy są optymalne i że są wzorca¬ 
mi, które ktoś mógłby włączyć do 
swoich bibliotek podprogramów. 
Oba programy były praktycznie 
surowymi odwzorowaniami wzo¬ 
rów na te szeregi, nie próbowałem 
stosować jakichkolwiek algoryt¬ 
mów optymalizujących, programy 
liczyły wprost oba wzory (co być 
może wyglądało dość topornie). W 
programach tych chciałem zwró¬ 
cić uwagę na problem natury czy¬ 
sto matematycznej, mianowicie na 
kwestię zbieżności przytoczonych 
szeregów, oraz na fakt, że program 
krótszy wcale nie musi być lepszy 
od innego, dłuższego (robiącego to 
samo). A zarzut "że nie wystarczy 
znać język programowania... ” 
uważam za cokolwiek nieuzasad¬ 
niony (zawód wyuczony - fizyk teo¬ 
retyk, zawód wykonywany - pro¬ 
gramista). 

Po trzecie: w pełni zgadzam się z 
panem K. Wesołowskim, że przed 
przystąpieniem do pisania progra¬ 
mu warto jest stracić godzinę łub 
więcej na przemyślenie jak go na¬ 
pisać niż pisać od ręki, jak leci. Nie 
mam najmniejszego zamiaru pole¬ 
mizować z moim respondentem na 
temat wyboru odpowiedniego al¬ 
gorytmu do odpowiedniego zada¬ 
nia, gdyż całkowicie się z nim zga¬ 
dzam (ale nie o to chodziło w moim 
poprzednim liście). 

Gdyby na łamacti "Komputera” 
powstała rubryka (co niniejszym 
postuluję) dotycząca rozważań ma¬ 
tematycznych i optymalnych algo¬ 
rytmów dla probłemów natury 


arytmetycznej, bardzo chętnie 
wezmę udział w dyskusji na jej ła¬ 
mach. 

Z poważaniem 

Włodzimierz Pszczółkowski 

Poznań 

^ ^ 5łc 

Kyan Pascal - uzupełnienie 

("Kyan Pascal - blaski i cienie”, 
6/88, str. 15) 

Szanowna Redakcjo! 

Zostałem miłe zaskoczony znaj¬ 
dując w "Komputerze” mój artykuł 
o Kyan Pascalu. W okresie od prze¬ 
słania Wam tego tekstu pojawiły 
się jeszcze pewne szczegóły - już 
nie tak drażniące, ale swoiste dla 
Kyan Pascala. Pozwolę sobie po¬ 
dać malutkie uzupełnienie: 

1. W pełni poprawnie działające 
instrukcje PEEK i POKE otrzyma¬ 
my po deklaracjach: 

FUNCTION PEEK (k:inte- 
ger):integer; 

VAR komorkai^char; 

BEGIN 

ASSIGN (komorka,k); 

PEEK: = ord(komorka^) 

END; 

PROCEDURĘ POKE (k,l:inte- 
ger); 

VAR komorkar^char; 

BEGIN 

ASSIGN(komorka,k); 

komorka^: = chr(l) 

END; 

2. Procedura PAUZA (str. 16, 
wiersz 20 od góry) powinna zawie¬ 
rać znak # w linii przed słowem 

END: 

BNE TUTAJ 

# 

END; 

3. Instrukcja wiążąca WITH wy¬ 
stępuje, lecz jej użycie jest ograni¬ 
czone do zmiennych typu: 

VAR k:record i:integer; 

r:real; 

end; 

Dla tablicy złożonej np. z takich 
elementów nie jest możliwe bez¬ 
pośrednie użycie WITH. Inaczej 
mówiąc, dopuszczalne jest: 

WITH K DO 

BEGIN 

i: = l; r:-2.3 

END 

lecz dla tablicy Ą[...] zbudowa¬ 
nej z takich elementów już nie: 

WITH A[l] DO - sygnalizuje 
błąd 

BEGIN... 

Serdecznie pozdrawiam 

Witold R. Rudolf 
Otmuchów 


“Nie tylko do zabawy" 

- w praktyce (5/88, str. 18) 

Szanowna Redakcjo! 

Postanowiłem napisać ten list w 
związku z artykułem "Nie tylko do za¬ 
bawy" pp. A. Izworskiego i R. Tadeu¬ 
siewicza. Gorąco popieram propozy¬ 
cję autorów tegoż artykułu odnośnie 
publikacji serii miniaturowych pro¬ 
gramów w języku Basic z typowymi 
profesjonalnymi zagadnieniami. 

Computer znaczy po francusku “li¬ 
czyć, obliczać"; to samo znaczenie ma 
angielski wyraz compute.(...) 

Pracuję w przemyśle, jestem mi¬ 
strzem zmianowym i w związku z wy¬ 
konywaną pracą mam dużo liczenia, 
zwłaszcza pod koniec miesiąca. Li¬ 
czenie przy pomocy kalkulatorka zaj¬ 
mowało mi bardzo wiele godzin. Od 
ubiegłego roku korzystam z powo¬ 
dzeniem z Commodore 16, który ma 
przecież zaledwie 12 KB pamięci do¬ 
stępnej dla Basica. 

Początkowo napisałem kilka ma¬ 
łych programów: obliczanie zarobku 
akordowego dla pracowników, obli¬ 
czenia niezbędne dla prowadzenia 
dokumentacji produkcyjnej, sporzą¬ 
dzanie grafiku pracy mistrzów zmia¬ 
nowych w systemie 4-brygadowym 
itp. Po każdej serii obliczeń musiałem 
wgrywać z kasety następny program, 
napisałem więc jeden obszerny, któ¬ 
ry zawiera menu i poszczególne pod¬ 
programy (które dawniej były od¬ 
dzielnymi programami): zajmuje ok. 6 
KB pamięci.(...) 

Uważam, że inicjatywa pp. Izwors- 
kiego i Tadeusiewicza jest godna po¬ 
parcia i bardzo pożądana. 

Łączę pozdrowienia dla Redakcji 

Wit-Antoni Szuberla 

Wleń 

+ ★ ★ 

Zaległe roczniki 

Drogi Komputerze, 

jestem Waszym czytelnikiem. 
Przez to, że słucham polskiego radia i 
trochę uczę się Waszego języka, 
mogę korzystać z Waszego pisma. Je¬ 
steście bardzo mi przydatni, bo tutaj u 
nas nie ma żadnego podobnego pis¬ 
ma. 

Niestety bardzo trudno jest dostać 
u nas "Komputer”. 

Proszę o wydrukowanie mojego li¬ 
stu w czasopiśmie, dlatego że chciał¬ 
bym tą drogą zdobyć poprzednie ro¬ 
czniki "Komputera” (do 1988 roku) i 
"Bajtka” (do 1988 roku). 

Bardzo dziękuję i pozdrawiam Was 

Matias L. Kader 
ul.Madonas 25-10 
226084 Ryga 84 
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Jacek Mielcarski 



Pomiar wielkości 
fizycznych na C128 


Oprogramowanie dla kompute¬ 
ra C 128 pracującego pod kontrolą 
systemu CP/M nie przewiduje uży¬ 
cia takich urządzeń jak joystick czy 
też manipulator kulkowy. W przy¬ 
padkach wykorzystania tego kom¬ 
putera do przeprowadzania obli¬ 
czeń lub przetwarzania danych 
(chodzi cały czas o pracę pod kon¬ 
trolą CP/M) rzeczywiście nie jest to 
chyba potrzebne. Można jednak 
znaleźć inne zastosowanie dla 
komputera domowego, w którym 


jego komunikacja ze światem zew¬ 
nętrznym staje się niezbędna. 

Chciałbym zaproponować wy¬ 
konanie prostego czujnika natężę - 
nia światła, temperatury lub innych 
wielkości fizycznych i oczywiście 
odpowiedniego oprogramowania. 
Komputer C 128 znakomicie nadaje 
się do tego celu, został bowiem od 
początku swego istnienia obdarzo¬ 
ny przez naturę (a ściślej mówiąc 
przez konstruktorów) bogatym ze¬ 
stawem interfejsów. Dodajmy, że 


konstrukcja C 64 nie ustępowała 
C 128 pod tym względem ani tro¬ 
chę. 

W sterowniki obrazu C 128 i C 64 
wbudowane są cztery przetworniki 
mogące przetwarzać wartość dołą¬ 
czonego do nich opornika (poten¬ 
cjometru) na liczbę w zakresie od 0 
do 255. Pracując w języku Basic - w 
podstawowym trybie C 128 - moż¬ 
na wykorzystać do ich odczytu 
funkcję POT(n) (opis w instrukcji 
użytkownika). Dla systemu CP/M 
nie ma żadnych bibliotek, w któ¬ 
rych można znaleźć jakiś jej odpo¬ 
wiednik. 

W instrukcji użytkownika przed¬ 
stawione są opisy portów joystic¬ 
ka. Opisane tam wyprowadzenia; 
POT AY - (5) 

POT AX - (9) 

+ 5V-(7) 

i odpowiednio dla drugiego portu 
POT BX i POT BY są właśnie wejś¬ 
ciami interesujących nas przetwor¬ 
ników. Prosty schemat przedsta¬ 
wiony na rys.l. pokazuje metodę 
dołączenia fotoopornika do tego 
przetwornika. 

Opornik R1 dołączony został je¬ 
dynie w celu zabezpieczenia portu 
przed zwarciem. W rzeczywistości 
w komputerze przetwarzana jest 
nie tylko rezystancja R2, lecz stała 
czasowa RC opornika R2 i konden¬ 


satora C. Przy układzie zmontowa¬ 
nym jak na rys. 1. - z opornikiem za¬ 
bezpieczającym - możliwość usz¬ 
kodzenia komputera praktycznie 
nie zachodzi. Układ można przete¬ 
stować w Basicu 7.0 następującym 
programem: 

10 PRINT POT(l), :GOTO 10 
W momencie przysłaniania ręką 
fotoopornika wypisywane liczby 
powinny się zmieniać - przy prawi¬ 
dłowo dobranych elementach w 
zakresie od 0 do 255 (różnica po¬ 
między całkowitą ciemnością i najja¬ 
śniejszym oświetleniem). Z braku fo- 
toopomika można go zastąpić poten¬ 
cjometrem obrotowym lub suwako¬ 
wym. Jeśli układ zachowuje się po¬ 
prawnie, można przystąpić do pracy 
pod kontrolą systemu CP/M. 

Oto przykłady odczytu rezystan¬ 
cji fotoopornika w asemblerze i Pa¬ 
scalu - ten drugi wynikać będzie 
bezpośrednio z pierwszego. Pro¬ 
gram został napisany w asemble¬ 
rze Z80. 

• *★★★’*■★★★***★★★★*★★★★★★★★***** 
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Portl EOU 54297 ; Adres portu 
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w kręgu CP/M 


Port: 


Ld 


BC, 

Portl 


In A,(C) 


Ret 


END 


; przetwornika. 

; Początek 
; procedury 

Umieszczamy 
adres portu 
w rejestrze BC 
Wczytujemy do 
akumulatora 
stan 

przetwornika 
Powrót z 
procedury - w 
akumulatorze 
znajduje się 
liczba opisująca 
stan 

przetwornika. 


Procedura ta pokazuje jedynie 
metodę dostępu do portu o okre- 


$00 

); 

Paddlel Yalue; 

End; 

Dla drugiego portu funkcja od¬ 
czytu jest identyczna, z tym że ad¬ 
res ładowany do rejestru BC jest o 
jeden większy (54298), pierwszy 
wiersz w procedurze Inline będzie 
następujący: 

$01/$1A/$D4/ (* Ld bc,54298 

($D41A) *) 

Oczywiście dokładność uzyski¬ 
wana w pomiarach przy użyciu opi¬ 
sanych powyżej przetworników 
jest niewielka - zakres pomiarowy 
wynosi 0 - 255, a dodatkowo 
stosunkowo duża jest nieliniowość 
przetwarzania opisywanych prze¬ 
tworników. Wydaje się mimo to, że 
ta cecha C 64 i C 128 otwiera szero¬ 
kie pole do eksperymentów. 

Wszystkie podane powyżej in- 
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flx 
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słonym adresie - taki program nie 
spowoduje po uruchomieniu żad¬ 
nego widocznego efektu. Nabiera 
ona praktycznego znaczenia do¬ 
piero po użyciu w konkretnym pro¬ 
gramie. Biorąc jednak pod uwagę, 
że obróbka danych eksperymenta¬ 
lnych jest łatwiejsza w języku wyż¬ 
szego rzędu niż w asemblerze, po¬ 
daję odpowiednik tej procedury w 
języku Pascal (Turbo). 

Eunction Paddlel :Byte; 

Var 

Yalue : Byte; 

Begin 

InLine 

( 

$01/$19/$D4/ (* Ld bc,54297 

($D419) *) 

$ED/$78/ (* In a,(c) *) 

$32A/^ALUE/ (* Ld (YALUE),a *) 


formacje odnosić się mogą z rów¬ 
nym powodzeniem do układu z fo- 
toopornikiem jak i z termistorem 
(pomiar temperatury), lub dowol¬ 
nym innym - dającym jako efekt 
wyjściowy zmianę oporności w za¬ 
kresie 30 - 150k. Wykorzystując 
dwie opisane powyżej procedury 
można np. za pomocą dwóch czuj¬ 
ników wykonywać co pewien czas 
pomiar temperatury lub innej wiel¬ 
kości fizycznej (natężenia światła, 
napięcia, prędkości wiatru itp.). 
Sposoby konstrukcji czujnika oraz 
to, co można mierzyć, pozostawiam 
inwencji Czytelnika. 

Tak jak w powyższym przykła¬ 
dzie wykorzystaliśmy port prze¬ 
twornika analogowo-cyfrowego, 
możemy wykorzystać wszystkie 
inne urządzenia wejścia-wyjścia 
C 128 - joysticki, User Port itd. 




Jeżeli . w bloku FCB występują znaki 
zapytania uaktywniany jest pierwszy 
element katalogu spełniający relację 
równości. Należy zauważyć, że bieżący 
rekord ("cr") musi być wyzerowany przez 
program jeżeli zbiór ma być • dostępny 
sekwencyjnie od pierwszego rekordu. 


* Funkcja 16: Zamkniecie zbioru 

* (CLOSE FILE) 


A 

A 

A 


AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 


Parametry wejściowe 

Rejestr C 
Rejestry DE 


lOH 

adres FCB 


* Wartość zwracana: 

* Rejestr A: kod katalogu 


* 

A 

A 

A 

A 

A 

A 

A 


AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 

Funkcja "Zamknięcie zbioru" spełnia 
odwrotną rolę jak otwarcie zbioru 
zakładając, że blok FCB adresowany przez 
parę rejestrów DE, został wcześniej 
uaktywniony przez funkcję otwarcia lub 
utworzenia zbioru (patrz funkcje 15 i 22). 
Funkcja zamknięcia zbioru zawsze zapisuje 
nowy blok FCB w odpowiednim katalogu 
dyskowym. Proces dołączania bloku FCB dla 
zamknięcia jes^: analogiczny jak 'dla funkcji 
otwarcia. W przypadku zakończonej 
poprawnie operacji zamknięcia przekazywany 
jest kod katalogu równy 0,1,2 lub 3, 
natomiast gdy nazwa zbioru nie jest 
znaleziona w katalogu przekazywany jest 
kod OFFH (255 dec). Zbiór nie wymaga 
zamknięcia, jeżeli ma miejsce tylko operacja 
czytania. Jeżeli natomiast miała miejsce 
operacja zapisu niezbędna jest operacja 
zamknięcia dla wpisania nowych danycli do 
katalogu. 

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 


Funkcja 17 


Szukanie pierwszego 
(SEARCH FOR FIRST) 


A 

A 

A 

A 


AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 


* Parametry wejściowe: 

* Rejestr C: 

Rejestry DE: 


IIH 

adres FCB 


* Wartość zwracana: 

^ Rejestr A: kod katalogu 

A 


A 

A 

A 

A 

A 

A 

A 


AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 

Funkcja powoduje poszukiwanie w 
katalogu pierwszego zbioru o nazwie 
odpowiadającej nazwie podanej w bloku FCB, 
który jest adresowany przez parę rejestrów 
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w kręgu CP/M 


DE. Wartość OFFH (255 dziesiętnie) zostanie 
zwrócona, jeżeli zbiór nie zostanie 
znaleziony. W przeciwnym wypadku 
przekazywana jest wartość 0,1,2 lub 3 
oznaczająca, że zbiór istnieje. Jeżeli zbiór 
zostanie znaleziony, wtedy do bufora (od 
bieżącego adresu DMA) zapisywany jest 
rekord zawierający dany element katalogu 
(adres względny tego elementu w buforze 

jest równy A*32). Dane katalogowe mogą być 
usunięte z bufora o tyrn adresie, jednak 
nie jest to wymagane dla programów 
użytkowych. 

Znak zapytania 3FH (63 dziesiętnie) na 
dowolnej pozycji od "fi" do "ex", powoduje 

spełnienie relacji równości z 

odpowiadającym polem każdego elementu 

katalogu na standardowej lub wybranej 
przez użytkownika jednostce dyskowej. 
Jeżeli pole "dr" zawiera znak zapytania, 
funkcja wyboru dowolnej jednostki dyskowej 
jest zabroniona. Przeszukiwany jest dysk 
standardowy za pomocą funkcji szukania, 

która przekazuje każdy znaleziony element 
(przydzielony lub wolny) należący do 
dowodnego użytkownika. Ta ostatnia funkcja 
nie jest zwykle wykorzystywana przez 
program użytkowy, zapewnia ona jednak 
pełną elastyczność badania wszystkich 
bieżących wartości zawartych w katalogu. 
Jeżeli pole "dr" nie jest zapisane znakiem 
zapytania, bajt "s2" jest automatycznie 
zerowany. 


********************3»:3»:*********,t******A** 


Funkcja 18: Szukanie następnego 

(SEARCH FOR iVEXT) 


* 

* 

* 

* 




* Parametry wejściowe: 

* Rejestr C: 12H 

* 

* Wartość zwracana: 

* Rejestr A: kod katalogu 


id 

* 

ic 

* 

* 

* 

* 


********************** *oc,i:**************** 


Funkcja 
podobna do 
katalog jest 
znalezionego 
jak funkcja 
rejestrze A 
nazwa zbioru 


"Szukanie następnego" jest 
funkcji 17, z tą ^różnicą, że 
przeszukiwany od ostatniego 
elementu. Również, podobnie 
17,' funkcja 18 przekazuje w 
wartość OFFH (255 dec) jeżeli 
nie została znaleziona. 




Mariusz Pietruszka 
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Łaty na 

Turbo Pascalu [1] 



Nic nie jest tak doskonałe, aby nie dało się ulepszyć. 
Szczególnie wdzięcznym obiektem do wszelkich ulep¬ 
szeń i poprawek jest znakomity kompilator - Turbo Pas¬ 
cal. Nasze poprawki dotyczyć będą tych wersji Turbo 
Pascala (2.0, 3.0..3.0A, 3.0E), które pracują na licznych 
w kraju 8- bitowych komputerach wyposażonych w sy¬ 
stem operacyjny CP/M- 80 (wersje 2.2 i 3.0). 


Narzędzia 

Aby móc praktycznie wykorzy¬ 
stać treść tego opracowania, po¬ 
trzebne jest (i wystarczające) po¬ 
siadanie następującego oprogra¬ 
mowania narzędziowego: 

1. Rezydentne (CP/M 2.2) lub nie- 
rezydentne (CP/M 3.0) zlecenie 
SAVE. 

2. Debuger (symboliczny) ZSID, 
lub inny: SID, DDT, DDTZ... 

Zlecenie SAVE systemu CP/M 
2.2 ma następującą składnię: 

SAYE n nazwa 

gdzie n jest liczbą 256-bajtowych 
stron, na które logicznie podzielo¬ 
na jest pamięć komputera pracują¬ 
cego pod kontrolą CP/M. Przyjmu¬ 
je się, że początek obszaru, w któ¬ 
rym znajduje się "debugowany” 
program, wynosi lOOh (jest to 
pierwszy adres obszaru TPA). Naz¬ 
wa jest pełną (wraz z rozszerze¬ 
niem) nazwą dopuszczaną przez 
system. Jeśli zatem program (typu 
COM), w którym dokonujemy 
zmian, ma 4KB, dla n należy wpisać 
wartość 4*4=i6 = n, gdyż 1KB od¬ 
powiada czterem 256-bajtowym 
stronom. Zatem w wersji 2.2 CP/M 
wielkość obszaru pamięci, który 
chcemy zapisać na dysku, musi zo¬ 
stać obliczona przez operatora. 

W przypadku wersji CP/M 3.0 
należy wpisać tylko: 

SAYE 

Trzeba pamiętać, że nierezydu- 
jące zlecenie SAYE (czyli program 
SAYE.COM) wywołuje się przed 
uruchomieniem programu debu- 
gera. Program SAYE umieszcza się 
wtedy w pamięci operacyjnej kom¬ 
putera, gdzie czeka na wywołanie 
np. przez zlecenie GO (ang. go; ad¬ 
res = 0) podczas wyjścia z progra¬ 
mu debugera. Wówczas program 
SAYE pyta o adresy pierwszego i 
ostatniego bajtu obszaru pamięci, 
który należy zapisać na dyskietce. 

Metoda 

Poniżej przedstawiono metody¬ 
kę postępowania podczas zmian w 
programach CP/M. 

1. Należy sprawdzić, czy na dys¬ 
kietce znajduje się odpowiednia 
ilość miejsca do zapamiętania 
zmienionęj przez nas wersji pro¬ 
gramu. Można to uczynić zlecenia¬ 
mi XDIR lub ST AT (CP/M 2.2) albo 
odpowiednio SHOW lub DIR 
;SIZE] (CP/M 3.0). 


2. Wykonać zlecenie SAYE (tylko 
dla CP/M 3.0). 

3. Wprowadzić z klawiatury zlece¬ 
nie: ZSID TURBO.COM. 

4. Odczytać i zapamiętać wartości 
szesnastkowe zapisanych adresów 
odpowiadających BEGIN i NEXT. 

Korzystając ze zleceń debugera 
należy pamiętać, że każda pomył¬ 
ka może "zaowocować” uszkodze¬ 
niem programu (czego efekt może 
ujawnić się dopiero po dłuższym 
czasie, np. po usunięciu poprzed¬ 
niej wersji!). 

Pracując z programem debuge¬ 
ra będziemy używać podanych po¬ 
niżej rozkazów symbolicznych. 

La b (ang. list) - wypisz w mnemo¬ 
nikach procesora (deasembluj) in¬ 
strukcje od a do b, gdzie a i b są ad¬ 
resami początku i końca - należy tu 
zwracac uwagę na składnię (spac¬ 
je!). 

Aa (ang. assemble) - asembluj pro¬ 
gram maszynowy od adresu a. 
ZSID zgłasza gotowość po ponow¬ 
nym wypisaniu określonego przez 
użytkownika adresu. 

Sa (ang. set) - ustaw wartości pa¬ 
mięci. Pokazuje zawartość (w baj¬ 
tach) komórki pamięci a i następ¬ 
nych. Po wypisaniu po lewej stro¬ 
nie ekranu adresu komórki pamię¬ 
ci i jej zawartości (bajtu), kursor 
przesuwa się nieco w prawo - pro¬ 
gram oczekuje wartości bajtu 
(hex.), który ma zostać wpisany 
pod ten adres. Wartości wpisane 
są zapamiętywane w pamięci 
RAM. Zakończenie po wprowadze¬ 
niu kropki. 

Da b (ahg. display) - wyświetl za¬ 
wartość pamięci w bajtach (hex.) i 
odpowiadających im znakach AS¬ 
CII, od adresu a do b. 

Ga (ang. go) - rozpocznij wykony¬ 
wanie programu od adresu a. 

GO powoduje restart systemu (uru¬ 
chamia także program SAYE - CP/M 
3.0). 

"'C (ang. Cancel) - przerwanie pra¬ 
cy - powrót do systemu. 

W przypadku CP/M 2.2 zlecenie 
rezydentne (czyli takie, jak np. 
DIR, DIRS, TYPE) SAYE o poda 
nej wcześniej składni należy użyć 
bezpośrednio po dokonaniu zmian 
w poprawianym programie i po 
powrocie do systemu. 
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Przedstawiony wyżej opis obra¬ 
zuje ogólny sposób postępowania. 
Natomiast bardzo istotna popraw¬ 
ka umożliwiająca użycie klawisza 
ESC była opisana w tekście "Sztu¬ 
czki i chwyty [4]” w numerze 6/88 
"Komputera”. Poprawka ta doty¬ 
czyła często spotykanej, uszkodzo¬ 
nej wersji Turbo Pascala dla Am- 
strada CPC6128, 8256, 8512. Dla 
tych Czytelników, którzy nie mają 
pod ręką tego numeru naszego pis¬ 
ma przypominamy, że chodzi o 
zmianę wartości znajdującej się 
pod adresem 2E8Ch z OFCh na IBh. 


Oto symboliczny zapis całej opera¬ 
cji; 

A> SAV£ 

A> ZSID TURBO.COM 
NEXT BEGIN 
7980h lOOh 
#S2E8C 
#2E8C FC IB 
#2EBD. 

#GO 
(SAVE...) 

A> 

Powodzenia! 
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Jacek Gwiazdka 



6 Turbo Pascal 
dziur w całym 
ciąg dalszy 
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Trzy opisane niżej poprawki do¬ 
tyczą kompilatora Turbo Pascala w 
wersji 3.0 pracującej pod kontrolą 
systemu CP/M. 

Pierwszy błąd jest bardzo powa¬ 
żny, został on wykryty i poprawio¬ 
ny przeze mnie. Błąd ten występuje 
przy konwersji najmniejszej liczby 
typu Integer, równej -32768, na po¬ 
stać zmiennoprzecinkową. W cza¬ 
sie wykonywania procedury doko¬ 
nującej takiej konwersji program 
rozpoczyna nieskończoną pętlę, co 
powoduje zawieszenie się całego 
systemu. Przyczyną tego jest nie¬ 
prawidłowe działanie zastosowa- 


nienia do 2) występują same zera 
(nie biorąc pod uwagę bitu znaku). 
Liczba 0 jest już osobno rozpozna¬ 
wana na początku procedury kon 
wersji, aby więc procedura ta dzia¬ 
łała prawidłowo także dla liczby - 
32768 (w kodzie U2 = 8000H), po¬ 
winna ona również osobno rozpoz¬ 
nawać ją na początku. Po rozpozna¬ 
niu liczby -32768 należy do par re¬ 
jestrów HL,DE,BC załadować war¬ 
tości odpowiadające zmiennoprze¬ 
cinkowej reprezentacji tej liczby 
zastosowanej w Turbo Pascalu, 
czyli; wykładnik L=90H, najstarszy 
bajt mantysy B = 80H i pozostałe 
bajty mantysy równe zeru (rejestry 


teger floating point) dla liczb 

całkowitych, w których reprezen¬ 
tacji dwójkowej (w kodzie uzupeł- 

H,D,E,C). Rys. 1. przedstawia po¬ 
prawkę dokonaną zgodni- z po¬ 
wyższymi uwagami. Popi -.kę tę 

0106 

7C 

ADRESt 

LD 

A,H 

\ 

; Czy liczba integer 

0107 

BS 



OR 

L 

; jest zerem? 

0108 

CA 

72 

08 

JP 

Z,00B72H 

j Tak ^ ZHróć liczbę FP = 0. 

0108 

FE 

80 


CP 

80H 

; Czy jest to liczba 

OIOD 

C2 

OD 

10 

JP 

NZjOlOODH i 8000h, czyli -32768? 

ono 

7D 



LD 

A,L 

; nie - skocz do procedury 

0111 

A7 



AND A 

; konHersji Borlanda i kon- 

0112 

C2 

OD 

10 

JP 

NZ,0100Df 

; tynuuj ją od: lOODH. 

0115 

CD 

72 

08 

CALL 00B72H 

; Tak wyzeruj rej: HL=DE=BC=0 

0118 

2E 

90 


LD 

L,90H 

; Rejestry HL,DE,8C zawieraję 

OllA 

06 

80 


LD 

B,eOH 

; teraz liczbę -32768 

one 

C9 



RET 


; w postaci FP. 

1008 

C3 

06 

01 

KONWERT: JP 

ADRES 


Rys. 1. Poprawka funkcji konwersji postaci liczby 



0745 

D5 

PUSH DE 

\ 


0746 

CD OF 07 

CALL 070FH 



0749 

Fi 

POP AF 



OMA 

EB 

UJ 

UJ 



0748 

FO 

RET P 


V 


Rys, 

2. Poprawka funkcji mod. 

J 


f 2C41 

OE 

lA 


LD 

C,1AH ; 

Ustawienie adresu DNA 

2C43 

11 

74 

2C 

LD 

DE,2C74H ; 

na 2C74H 

2C46 

CD 

05 

00 

CALL 

0005H 


2C49 

OE 

19 


LD 

C,19H i 

Określenie aktualnego 

2C4B 

CD 

05 

00 

CALL 

0005H j 

napędu. 

2C4E 

OE 

2E 


LD 

C,2EH ; 

Określ, wolnego miejsca 

2C50 

5F 



LD 

E,A i 

(nun. napędu do E) 

2C51 

CD 

05 

00 

CALL 

0005H ; 

na dysku. 

2C54 

2A 

74 

2C 

LD 

HL,(2C74H)i 

Uzyskana wartość do 

2C57 

3A 

76 

2C 

LD 

A,(2C76H) ; 

rejestrów HL i A. 

2C5A 

4F 



LD 

C,A i 

LSB do rejestru C. 

2C5B 

06 

03 


LD 

B,3 ; 

Licznik pętli. 

2C5D 

AF 

LOOP; 

KOR 

A ; 

Ustaw CY = 0. 

2C5E 

CB 

19 


RR 

c ; 

3-bajtowę liczbę podziel 

2C60 

CB 

IC 


RR 

H ; 

przez 2 (3 razy) -> otrzy- 

2C62 

CB 

ID 


RR 

L ; 

mamy wolne miejsce na 

2C64 

10 

F7 


DJNZ 

LOOP i 

na dysku w KB. 

2C66 

C3 

77 2C 

JP 

2C77H ; 

Skocz do "starej" proc. 

2C91 

DEFB 0,0,0,0 

t 

t 

Wstaw 4 NOP-y 


V 


Rys.3. Poprawka odczytu wolnego niejsca na dysku pod 

systeoeni CP/H Plus. _ 


można umiescic na przykład w 
obrębie napisu firmowego Borlan- 
da od adresu 0106H. Oczywiście 
należy również zmodyfikować po¬ 
czątek "starej” procedury konwer¬ 
sji, umieszczając tam skok do no¬ 
wego i ej początku. 

Z błędem tym związany jest na¬ 
stępny, mniejszej wagi. Polega on 
na tym, że stałej -32768 nie można 
umieścić w tekście programu napi¬ 
sanego w Turbo Pascalu, ponieważ 
podczas kompilacji pojawia się ko¬ 
munikat o błędzie; "Error in Integer 
constans”. Można to jednak zrobić 
korzystając z jej postaci szesnast¬ 
kowej; $8000. Ten sam błąd wystę¬ 
puje w Turbo Pascalu 3 pod kontro¬ 
lą systemu MS-DOS [4], ale nie wry- 
stępuje już w wersji 4.0 pracującej 
pod kontrolą tego systemu. 

Błąd drugi nie jest już tak "groź¬ 
ny” jak pierwszy, ponieważ nie po¬ 


woduje zawieszania się systemu, a 
"tylko” niewłaściwe wyniki obli¬ 
czeń. Błąd ten występuje w funkcji 
mod w przypadku ujemnego 
pierwszego argumentu. 

Otrzymujemy; -2 mod 5 = 2, a 
powinno być; -2, i jednocześnie; 
-8 mod 5 = -3 - czyli dobrze. 

Rys. 2. przedstawia sposob po¬ 
prawy tego błędu, dokonany na 
podstawie [2]. 

Trzeci błąd występuje tylko 
wówczas, jeśli kompilator Turbo 
Pascala wykorzystywany jest pod 
kontrolą systemu CP/M Plus. Istnie¬ 
nie tego błędu wynika z braku 
specjalnej wersji Turbo Pascala 
dostosowanej przez firmę Borland 
do systemu CP/M Plus. 
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program patchturbo; 

1988 JACEK GWIZDKA, POLANO - im 

const 

5kl=3; dlug=23; 

skok : arrayCl..skl] of byte = 

($C3,$06,$01); {JP patchjdr ; tutaj patch_adr=0106H ) 

patchjoj : arrayCl..dlug3 of byte = ( 
$7Cy$B5,$CA,$72,$0B,$FE,$80,$C2,$0D,$10,$7D,A7, 
$C2,$0D,$10,$CD,$72,$0B,$2E,$90,$06,$80,$C9 ); 

patch_adr = $0106; { Adres umieszczenia wstawki - Copyright 

Borlanda) 

proc_adr = $1008; C Adres procedury Turbo Pascala 

dokonującej konwersji liczb całkowitych na 
zmiennoprzecinkowe, która zawierała błąd } 
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Małe jest piękne 


iiil=7i 

modpatcfi : array[l..ml] of byte = ( 

$D5,$CD,t0F,$07,$Fl,$EB,$F0); 
fliodadr = $0745; 

fi = 40; f2 = 4; 

freedsjatch ; array[l..fl] of byte = ( 

$0E,$lfl,$ll,$74,$2C,$CD,$05,$00,$0E,$19,$CD,$05,$00, 

t0E,$2E,$5F,$CD,$05,$00,$2A,$74,$2C,$3A,$76,$2C,$4F, 

t06,t03,$AF,$CB,$19,$CB,$lC,$CB,$lD,$10,$F7,$C3,$77,$2C 

)i 

fzerujjatch ; array[l..f2] of byte = (0,0,0,0); 
freeds_adr = $2C41; 

2 eruj_adr = $2C91; 

var 

tx : file; 
i : integer; 

begin 

{ Patch l! konwersja -32768 na FP. } 
niove (skok, meinl proc_adr, sk 1); 

«ove (patchjoj, iiieiii[patch_adr 1, dług); 

{ Patch 2 : Funkcja nod. } 
iiiove (eodpatch, itemCiiiodadr ] ,iiil); 


{ Patch 3 : Wolne miejsce na dysku 1 
«ove(freeds_patch, meBlfreeds_adrl.fl); 
move(zeruj_patch,mem[zeruj_adr],f2); 
assign(tx,’ TURB0JG.COM’ ); 
rewrite(tx); 

blockwrite(tx,fflefflC$0100],242); 

close(tx); 

end. 

Rys. 4. Program automatycznej modyfikacji kompilatora 
TURBO Pascal (zbidr wyjściowy: TURBOJG.COH) 
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Przy pracy z Turbo Pascalem 
pod kontrolą systemu CP/M Plus 
podaje on nieprawidłowo wolne 
miejsce na dyskietce (komenda 
Dir menu głównego). Wynika to z 
wykorzystywania przez ten kompi¬ 
lator wywołań funkcji BIOS, które 
są w nieco inny sposób zrealizowa¬ 
ne w CP/M Plus niż w CP/M 2.2. 
Rys. 3. zawiera, na podstawie [3], 
poprawki niezbędne do usunięcia 
tego błędu. 


4 

Rys. 4. przedstawia program na¬ 
pisany w Turbo Pascalu, dokonują¬ 
cy automatycznie trzech podanych 
wcześniej poprawek. 


Literatura: 

1. Turbo Pascal version 3.0 Reference 
Manuał, Borland Inc.; 

2. ”Neues aus Turbanien”, c’t Magazin 
10/1986; 

3. F. Renz, "Phantom gefangen”, c’t Ma¬ 
gazin 8/1986; 

4. Andrzej Kadlof "Dziury w całym”, 
"Komputer” 3/1988. 
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Tomasz Mazur 



Mikioprogramy 

dlaAtariXE/XŁ 



W poprzednim odcinku ”Mikro- 
programu” zajęliśmy się dość pro¬ 
stymi programami.Dziś nadeszła 
pora na bardziej skomplikowane. 
Autorem pierwszych trzech jest 
Leszek Taratuta z Olsztyna. Tylko 
pozornie są to programy demon¬ 
stracyjne. Leszek w swoich pro¬ 
gramach wykorzystuje przerwania 
listy displejowej, a utworzone pro¬ 
cedury pozwalają zmieniać kolory 
w pojedynczych liniach skaningo¬ 
wych. 

Zacznijmy od najprostszego z 
tych programów, pozwala on na 
uzyskanie 128 kolorów w trybie 
GRAPHICS 0. Wszystkie trzy pro¬ 
gramy napisane zostały w języku 
maszynowym, a Basic służy jedynie 
do załadowania na 6. stronę pamię¬ 
ci procedury zapisanej w instrukcji 
DATA. Tekst źródłowy w asemble- 


zezwoleniu na wykonanie przer¬ 
wania DLI. 

Drugi z programów pozwala uzy¬ 
skać na ekranie monitora dobrze 
znaną atarowską tęczę, czyli pozio¬ 
me, kolorowe pasy sprawiające 
wrażenie ruchu. 

Wiersze 10, 20 to oczywiście za¬ 
ładowanie procedury na 6. stronę 
pamięci czyli od adresu 1536, w 
wierszu 30. wspomniane już dane 
wstępne: wyłączenie 7. bitu AN- 
TIC-u, podanie adresu procedury i 
zezwolenie na przerwanie DLI. 
Wiersze 100-120 to procedura pro¬ 
gramu zapisana przy użyciu kodów 
cyfrowych rozkazów mikroproce¬ 
sora. Aby uzyskać program źródło¬ 
wy, należy sprawdzić odpowied¬ 
nie wartości w tabeli kodów dzie¬ 
siętnych i mnemoników (pamięta¬ 
jąc oczywiście czy rozkaz jest jed¬ 
no-, dwu- czy trzybajtowy), np.: 


Tekst źródłowy w asemblerze do programu 128 


KOK 


;WSYNC 
;COLPF2 


PHA 

TXA 

PHA 

LDX #0 

STA 54282 

STX 53272 

INX 

INX 

BNE SKOK 

PLA 

TAX 

PLA 

RTI 


Program 128 

FOR A=1536 TO 1554 
READ X; POKE A,X: NEXT A 

POKE 39980,130:POKE 512,0:POKE 513,6:POKE 54286,192 
DATA 72,138,72,162,0,142,10,212,142,24,208,232 
DATA 232,208,246,104,170,104,64 


J 


rze podamy tylko w przypadku 
pierwszego, najprostszego progra¬ 
mu. Gdyby ktoś z Państwa chciał 
"rozszyfrować” pozostałe, wystar¬ 
czy zamienić liczby znajdujące się 
w instrukcji DATA na odpowiednie 
rozkazy mikroprocesora i wartości 
liczbowe (odpowiedniki można 
znaleźć w ”ATARI BASIC” pod re¬ 
dakcją Wiesława Miguta). W każ¬ 
dym z prezentowanych progra¬ 
mów przed wpisaniem procedury 
maszynowej należy wyłączyć 7. bit 
w rozkazie ANTIC-u (informacja o 
przerwaniu DLI - Display List Inter- 
rupt), zapisać w komórkach 512 i 
513 adres, gdzie zapisana jest pro¬ 
cedura DLI. A poprzez POKE 
54286,192 "przekonać” komputer o 


72 


138 


PHA - jednobajtowy, zapis 
zawartości akumulatora na 
stos; 

TXA - jednobajtowy, zawar¬ 
tość rejestru X do akumula¬ 
tora; 


72 ^ PHA - jak wyżej; 

152 ^ TYA - jednobajtowy, zawar¬ 
tość rejestru Y do akumula¬ 
tora; 

72 ^ PHA - jak wyżej; 

166, 200 ^ LDX C8 - dwubajtowy, 
wpisuje zawartość komórki 
200 (heksadecymalnie C8) 
do rejestru X; 

itd. 


is !«ompui:e=t 
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Program FALA 

FOR 1=1536 TO 1562 
READ X: POKE I,X: NEXT I 

39970,240:POKE 512,0:POKE 513,6:POKE 54286,192 
72,138,72,152,72,166,200,160,192 
141,10,212,142,24,208,232,136,208,246,230,200 
104,168,104,170,104,64 


POKE 

DATA 

DATA 

DATA 


J 


Trzeci z przysłanych przez Lesz¬ 
ka programów pozwala na uzyska¬ 
nie na ekranie statycznego obrazu 
tęczy. W trybie GRAPHICS 2 cie¬ 
niowane jest zarówno tło jak i litery. 


Na zakończenie niespodzianka 
od Pawła Kozieła z Limanowej dla 
wszystkich użytkowników magne¬ 
tofonów - program testujący pręd¬ 
kość i nierównomierność przesu- 


Program TĘCZA 

GRAPHICS 2+16 

FOR A=1536 TO 1610 

READ X: POKE A,X: NEXT A 

DL=PEEK(560)+256*PEEK(561) 

POKE DL+1,112+128:POKE 512,0:POKE 
FOR A=0 TO 9 STEP 3: POSITION 5,A 


POSITION 
60 GOTO 
70 DATA 
75 DATA 
80 DATA 
85 DATA 
90 DATA 
95 DATA 


II" :NEXT 


513,6:POKE 54286,192 
? #6;"ATARI 65 XE ": 
A 


5,A+l:? #6;"GRAPHIC 
60 

72,138,72,152,72,162,14,160,0,169,12,133,201,169,8 
133,200,141,10,212,140,26,208,142,22,208,200,200,202 
202,198,200,208,239,169,8,133,200,136,136,232,232 
141,10,212,140,26,208,142,22,208,198,200,208,239 
152,24,105,16,168,138,24,105,16,170,198,201,208 
200,104,168,104,170,104,64 


Oczywiście wiersz 50 można dowo¬ 
lnie modyfikować. Wykorzystana 
w programie procedura zmieniają¬ 
ca rejestry kolorów COLBAK COL- 
PFO jest bardzo prosta i składa się 
z dwóch części. Pierwsza zwiększa 
zawartość COLBAK, a zmniejsza 
COLPFO, zas druga odwrotnie, w 
ten sposób uzyskuje się efekt "cie¬ 
niowania” kolorów. Program po¬ 
wyższy możemy także modyfiko¬ 
wać, np. zmieniając w wierszu 40 
POKE DL+1,112+128 na POKE 
DL + 2,112+128, otrzymamy od- 
v 7 rotnie ułożone barwy. 

Możemy także wprowadzić 
zmiany w komórkach 1944 i 1942. 

Pierwsza z nich odpowiada za re¬ 
jestr startowy COLBAK - normalnie 
jest tam 0 (kolor czarny), jeśli zaś 
wpiszemy wielokrotności 16, mo¬ 
żemy uzyskać inne kolory tła i zna¬ 
ków w jednym wierszu. Analogicz¬ 
nie postępujemy dla COLPFO, tyle 
że zmieniamy zawartość komórki 
1942 (normalnie jest 14 - kolor bia¬ 
ły) wpisując wartości zgodnie ze 
wzorem 16*n +14, gdzie n jest ko¬ 
dem koloru. Mogą także Państwo 
spróbować połączyć tę procedurę 
z efektem fiowania uzyskanym w 
poprzednim programie. Tylko że 
taki program będzie na pewno 
dłuższy niż 15 wierszy. 

r 

Program TEST 

10 OPEN #1,4,0,"K:" 

20 GRAPHICS 0:POKE 752,1:? " TEST MAGNETOFONU ":? : 

? "1.ZAPIS":? "2.POMIAR" 

30 TRAP 20:GET ^Al,B:ON B-48 GOTO 40,60 
40 ? CHR$(125):? "ZAPIS":OPEN #2,8,0,"C:" 

50 FOR 1=1 TO 50:POSITION 8,1:? 51-I,:POKE 61,127:PUT #2,1: 
NEXT II RUN 

60 GRAPHICS 8:C0L0R 1:POKE 752,1:? "POMIAR": 

OPEN #2,4,0,"C:":X=6:S=0:PLOT 0,84 
70 POKE 656,0:? "Prędkość aktualna cra/s;FOR 1=1 TO 50: 
GET #2,B:POKE 61,128 

80 V=((PEEK(750)+256*PEEK(751))/1480)*4.76:GOSUB 150 
90 DRAWTO X,84+400*(4.76-V):X=X+6:S=S+V:POKE 656,0: 

POKE 657 20 • ? V * *' ** 

100 NEXT I:V=S/50:GOSUB 140:? CHR$(125): 

? "Prędkość średnia ";V;" cm/s "; 

110 P=V:V=(V-4.76)*100/4.76:GOSUB 150:? "(";V;"%) " 

120 V=1.005*P:GOSUB 150:GOSUB 140:V=0.995*P:GOSUB 150: 

GOSUB 140 

130 ? " [SPACEJ menu ";:GET #1,B:RUN 
140 Y=84+400*(4.76-V):PLOT 0,Y:DRAWTO 315,Y:RETURN 
150 V=V* 100 : V=( INT(V) + ( (V-INT(V)) >0.5 ) ) /100 : 


wu taśmy w magnetofonie. Wyko¬ 
rzystano w nim procedurę SIO, któ¬ 
ra dokonuje korekcji prędkości 
transmisji przed wczytaniem każ¬ 
dego rekordu danych. Po urucho¬ 
mieniu programu należy dokonać 
zapisu na taśmie wzorcowej. Naj¬ 
korzystniej będzie, jeżeli do tego 
celu użyjemy dobrego, sprawdzo¬ 
nego magnetofonu o małej nierów- 
nomiemości przesuwu taśmy (do 
ok. 0,15%) i prędkości średniej ró¬ 
wnej nominalnej (4,76 cm/s). Jeżeli 
posiadamy już taśmę wzorcową, 
możemy przystąpić do pomiaru 
(używając opcji 2). Podczas wczy¬ 
tywania programu wzorcowego na 
ekranie pojawi się wykres obrazu¬ 
jący zmianę prędkości i chwilowa 
jej wartość. Po odczytaniu całego 
zapisu wzorcowego program poda 
średnią prędkość przesuwu i 
odchylenie tej wartości od nomina¬ 
lnej w procentach. Natomiast na 
wykresie pojawią się trzy linie po¬ 
ziome. Środkowa obrazuje średnią 
prędkość przesuwu taśmy, zaś 
skrajne wyznaczają pole tolerancji 
dla nierównomierności mniejszej 
lub równej 0,5%. 

W wierszach 10-30 tworzone jest 
menu programu, wiersze 40 i 50 to 
zapis taśmy wzorcowej. W wier¬ 
szach od 60 do 100 zawarty jest głó¬ 


wny blok programit, to znaczy: od¬ 
czyt taśmy wzorcowej, obliczanie 
wartości bieżącej i średniej pręd¬ 
kości, rysowanie wykresu i linii 
prędkości średniej. Wiersze 110- 
-150 to obliczanie i rysowanie pola 
tolerancji i "kosmetyka” wyników 
programu. 

Mam nadzieję, że procedury za¬ 
warte w powyższych programach 
okażą się Państwu przydatne. Jed¬ 
nocześnie chciałbym przypom¬ 
nieć, że oczekujemy na listy nie tyl¬ 
ko z programami, ^e także z oce¬ 
nami zamieszczanych programów, 
aby wybrać ten, który się Państwu 
najbardziej podobał. 

Panu Andrzejowi Grzesiakowi z 
Warszawy dziękuję za uwagi i pra¬ 
wdziwy mikroprogram realizujący 


kasowanie wybranych wierszy 
programu (patrz "Komputer” 2/88). 
W programie A- numer pierwsze¬ 
go wiersza do skasowania, B-nu- 
mer ostatniego. 

0 INPUT A,B:? CHR$(125);FOR 
I=ATO B:P 

OSITION 2,4:? I:? ”CONT”:POKE 
842,13:P 

OSITION 2,0:? ” ”:STOP 

IPOKE 842,12:? 
CHR$(125):NEXT I^LIST 

Chciałbym podziękować także 
za list 12-letniemu Sebastianowi z 
Cieszyna, który swoim prostym 
programem do rysowania joystic¬ 
kiem udowodnił, że także młodzi 
użytkownicy komputerów zajmują 
się nie tylko grami. 
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Artur P. Chmielewski 


\H donu\ 


A 



Kompletny 
katalog dysku 


<J 




O 


O 


R 


W związku z rosnącym zainteresowaniem kompute¬ 
rami Atari ST pojawia się problem jak najefektywniej¬ 
szego ich wykorzystania. Jedni poszukują coraz to no¬ 
wych programów tworzonych przez wyspecjalizowane 
firmy, inni starają się, w miarę swoich możliwości, pi¬ 
sać programy przeznaczone do użytku prywatnego. Nie 
zawsze jednak konieczne jest pisanie takiego programu 
zupełnie od początku. Istnieje bardzo wiele gotowych 
procedur przeznaczonych do wykorzystywania przez 
programistów-amatorów w ich pracy. Jedną z takich 
procedur chciałbym właśnie przedstawić. 

Na listingu 1 znajduje się tekst źródłowy programu drukującego 
na standardowym wyjściu komputera (czyli najczęściej na ekranie 
monitora) spis wszystkich plików zapisanych na dysku umieszczo¬ 
nym w aktywnej stacji dysków. Otwiera on sam i przegląda wszys¬ 
tkie katalogi, rozpoczynając od głównego katalogu dyskietki. 

Program napisany jest w języku C i skompilowany za pomocą 
kompilatora Mark Williams C Compiler Vers.2.0. Składa się z kil¬ 
ku podstawowych części: pierwsza (wiersze 1-3), to dyrektywy 
preprocesora C; ”include”, które powodują dołączenie do tekstu 
źródłowego jeszcze przed rozpoczęciem właściwej kompilacji kil¬ 
ku niezbędnych definicji stałych i struktur danych oraz makrodefi- 
nicji funkcji (np. Dsetpath(s) - makro rozwijane do postaci gem- 
dos(59,s)). 

Następną częścią programu (wiersze 5 -15) jest definicja funkcji 
czasO, zwracającej wartość typu (char *). Funkcja ta zamienia datę 
utworzenia lub ostatniej modyfikacji pliku z postaci mapy bitowej w 
danej typu (unsigned long) do postaci czytelnej dla człowieka - łań¬ 
cucha ASCII (format: rr.mm.dd gg:mm). 

Kolejna (wiersze 17-41) część programu - to definicja rekursyj- 
nej funkcji dir(X przeglądającej wszystkie katalogi dysku w poszu¬ 
kiwaniu zapisanych tam plików. Wymaganym argumentem wywo¬ 
łania jest ścieżka, od której zaczyna się przeglądanie dyskietki. Na¬ 
zwa ścieżki powinna być podana bez kończącego znaku ”back- 
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slash (w main() wywołanie dirC”’X nakazuje więc zaczęcie prze¬ 
glądania od katalogu głównego - ang. roof). 

Czwarty i ostatni fragment (wiersze 43 - 49) - to definicja mdin() - 
funkcji wykonywanej zawsze jako pierwszej w programie napisa¬ 
nym w C. Na początku następuje wypisanie na ekranie czołówki 
programu, następnie ustawienie bieżącej ścieżki dostępu do kata¬ 
logu głównego aktywnego dysku i w końcu wywołanie dir(), wypi¬ 
sującej gotowy spis plików. Pliki czytane są w takiej kolejności, w 
jakiej znajdują się w fizycznym katalogu dysku (nie jest to więc np. 
kolejność alfabetyczna!). 

Nie będę dokładnie opisywał działania programu i samego algo¬ 
rytmu, zostawiam to dociekliwości Czytelników. Chciałbym tylko 
skoncentrować się na bardziej szczegółowym przedstawieniu kil¬ 
ku procedur systemowych (GEMDOS) oraz podsunąć parę wska¬ 
zówek przydatnych przy przystosowywaniu funkcji czas() i dir() 
dla potrzeb własnych programów. 

Najpierw może jednak o tym, jak dojść do otrzymania gotowego 
programu fdir.prg. Po uruchomieniu systemu Mark Williams C 
Compiler ("Komputer” 2-3/88) wywołujemy edytor ekranowy Mi- 
croEMACS komendą ”me fdir.c” i przepisujemy tekst źródłowy 
programu z listingu 1 (UWAGA: nie trzeba przepisywać numerów 
wierszy) pamiętając o tym, by znak hash (#) rozpoczynający dy¬ 
rektywę ”include” znajdował się w pierwszej kolumnie tekstu. Na¬ 
stępnie zapisujemy plik i "wychodzimy” z edytora (CTRL-Z), po 
czym kompilujemy program zleceniem ”cc fdir.c”. Jeśli nie popeł¬ 
niliśmy w trakcie przepisywania żadnych błędów, po chwili na dy¬ 
sku mamy gotowy zbiór ”fdir.prg”, który możemy (i oczywiście ro¬ 
bimy to) uruchomić wpisując ”fdir”. Na ekranie otrzymujemy przy¬ 
kładowo następujący tekst: 

a: \ > fdir 

FULL DISC Directory Vers.3.0 (DEMO) 
by (C) KAY SOFTWARE ’88 
Artur P. Chmielewski 
FDIR.PRG 


78860088.03.17 22.23 
1352 0088.03.1722.14 
5230 00 86.02.06 00:04 
12360086.02.0600:04 
215000086.02.0600:04 
61940086.02.0600:04 
54412086.02.0600:05 
1289 0086.02.0600:05 
6 00 86.02.06 00:22 
46720 00 86.02.06 00:22 
2560 00 86.02.06 00:23 


\ FORMAT 
\ FORMAT 
\ MINICAD 
\ MINICAD 


\ MEGAROID.S 
\ MEGAROID.S 
\ MEGAROID.S 


FDIR.C 

FORMAT.PRG 
FORMAT:RSC 
MINICAD.PRG 
MINICAD.RSC 
WATCH.ACC 
RAMDISK.TOS 
HISCORE 
MEGAROID.PRG 
MEGAROID.RSC 
a:\ > 

a:\ >ls -1 ?a*.* 

-rw— 1289 Thu Feb 6 1986 ramdisk.tos 
—rw—m 5441 Thu Feb 6 1986 watch.acc 

a:\ > 


Przed przejściem do zasadniczego tematu jeszcze parę słów wy¬ 
jaśnienia: w dalszych partiach tekstu napotkać można angielskie 
wyrażenie ”Wild Cards”. Z braku jego polskiego odpowiednika 
(najlepiej chyba oddaje istotę rzeczy określenie meta-znaki) posłu¬ 
gę się nim w oryginalnym brzmieniu. Chciałbym tylko wyjaśnić 
jego paczenie: Wild Cards to specjalne znaki zastępujące np. w 
nazwie pliku inne znaki. Najczęściej spotyka się ’?’ zamiast dowol¬ 
nego pojedynczego znaku oraz zamiast dowolnej grupy znaków. 
Dla przykładu z nazw "kay.doc”, "lala.doc”, ”out.c” i "malarz.rot” 
kryteriom określonym przez ”?a*.?o?” odpowiadają wszystkie naz¬ 
wy poza ”out.c”. 

Zajmijmy się teraz omówieniem występujących w programie wy¬ 
wołań systemowych. Są to (w nawiasach znajdują się numery odpo¬ 
wiedniej funkcji GEMDOS-a w postaci szesnastkowej): 

Dsetpath (0x3B), Fgetdta (0x2F), Fsetdta (0x1 A), 

Fsfirst (0x4E), Fsnext (0x4F), Cconws (0x09). 

Dsetpath wymaga jednego argumentu: wskaźnika do początku 
łańcucha tekstowego zawierającego nazwę ścieżki dostępu (ang. 
Path) ustawianej jako aktywna. Podejrzewam, iż pojęcie "ścieżka 
dostępu” znane jest lepiej osobom, które miały lub mają do czynie¬ 
nia również z innymi poza DESKTOP-em procesorami komend 
(ang. Consol Command Processor), np. z powłoką UNIX-a (aktyw¬ 
na ścieżka wyświetlana zleceniem pwd - pńnt working directory) 
lub chociażby z CCP MS DOS czy CP/M. W DESKTOP-ie nazwa bie¬ 
lącego katalogu znajduje się w tytule aktywnego okna. 


Dla przykładu Dsetpath(”aj^mwc/src”); ustawia jako aktywny 
katalog mwc/src na dysku A:. W przypadku operacji zakończonej 
sukcesem Dsetpath zwraca wartość 0, w przeciwnym razie liczbę 
różną od zera. 

Fgetdta zwraca wartość typu (DMABUFFER *) czyli wskaźnik do 
44-bajtowej struktury zadeklarowanej w pliku stat.h w następujący 
sposób: 

typedef struct { 

char d-glob[12]; /* GEMDOS wildcard lub nazwa z Fsfirst */ 
char d-mask; /* Maskowanie atrybutów zbioru z Fsfirst */ 

char d^dirent[4]; / * Offset katalogu, pierwsze MSB */ 
char d_dirid[4]; /* Wskaźnik do struktury opisującej katalog */ 
char d_fattr; /* Atrybuty zbioru */ 

long d^tandd; /* Czas i data */ 

long d-fsize; / * Długość zbioru */ 

chardJhame[14];/* Nazwa zbioru */ 

} DMABUFFER; 

Struktura ta używana jest przez funkcje Fsfirst() oraz Fsnext(), 
omówione w dalszej kolejności, a zawiera kompletne dane doty¬ 
czące danego pliku odczytanego przez Fsfirst lub Fsnext. 

Funkcją o działaniu przeciwnym do Fgetdta jest Fsetdta. Wyma¬ 
ga ona jednego parametru - wskaźnika do struktury DMABUFFER 
i nie zwraca żadnej wartości Gest to więc fimkcja typu void). Usta¬ 
wia ona adres bufora DMA (struktura DMABUFFER) na adres 
wskazany przez argument swego wywołania. 

Funkcja (a właściwie, tak jak i wszystkie poprzednie - "makro” 
zdefiniowane w pliku osbind.h) Fsfirst wymaga dwóch argumen¬ 
tów: wskaźnika do nazwy poszukiwanego pliku, (najczęściej w 
Wild Cards) oraz liczby typu (int) określającej jego atrybuty. Drugi 
parametr może przyjmować następujące wartości (szesnastkowe): 


0x00 

0x01 

0x02 

0x04 

0x08 

0x10 


-tylko normalne pliki 
-również pliki tylko do czytania 
-również pliki id^ryte 
-również pliki systemowe 
-również etykiety dysku 
-również katalogi i podkatalogi. 


Fsfirst poszukuje pierwszego wystąpienia pliku spełniającego 
podane warunki w bieżącym katalogu i w wypadku znalezienia ta¬ 
kowego zwraca wartość AE_OK (stała zadeklarowana w pliku er- 
mo.h i równa OL) oraz wypełnia 44- bajtowy bufor założony przez 
Fsetdta informacjami o tym pliku (do zawartości bufora najlepiej 
odwoływać się przez opisaną powyżej strukturę DMABUFFER). W 
przypadku nieznalezienia odpowiedniego pliku Fsfirst zwraca 
wartość różną od zera (najczęściej AEFILNF - 33L - file not found). 

Funkcją używaną zwykle razem z Fsfirst jest Fsnext. Szuka ona 
następnego wystąpienia pliku na podstawie informacji zapisanej w 
buforze DMA przez Fsfirst lub poprzednie wywołanie Fsnext. W 
wypadku znalezienia następnego pliku fimkcja uaktualnia zawar¬ 
tość struktury DMABUFFER danymi go dotyczącymi i zwraca 
AE_OK. 

Ostatnim wywołaniem systemowym GEMDOS-a jest w tym pro¬ 
gramie Cconws. Funkcja ta wymaga jednego argumentu - wskaź¬ 
nika do tekstu (zakończonego oczywiście - jak wymaga tego stan¬ 
dard C - znakiem NUL - ’\ 0’), który to tekst zostaje wypisany na 
standardowym wyjściu komputera, czyli najczęściej na ekranie 
monitora (urządzenie logiczne eon:). Oczywiście posługując się 
np. MicroShellem możemy "przekierunkować” wyjście programu 
i zamiast na ekran wysłać je do pliku ”out.dir”: 

a: \ > fdir >out.dir 
a: \ > cat out.dir 

FULL DISC Directory Vers.3.0 (DEMO) 
by (C) KAY SOFTWARE ’88 
Artur P. Chmielewski 


FDIR.PRG 

FDIR.C 

FORMAT.PRG 

FORMAT.RSC 

WATCH.ACC 

RAMDISK.TOS 

MEGAROID.PRG 


78860088.03.17 22.23 
1352 0088.03.1722.14 
5230 00 86.02.06 00:04 \ FORMAT 
12360086.02.0600:04 \ FORMAT 
54412086.02.0600:05 
12890086.02.0600:05 
467200086.02.0600:22 \ MEGAROID.S 


is !<omDu^e=) 







2560 00 86.02.06 00:23 \ MEGAROID.S 


MEGAROID.RSC 

a:\ > 

lub na drukarkę: 

a: \ > fdir >pm: 


Przedstawiony program jest bardzo skromny. Można go w pro¬ 
sty sposób rozbudować dodając np. rozpoznawanie etykiet dysku, 
gromadzenie danych dotyczących plików i poddawanie ich dal¬ 
szej obróbce (sortowaniu, wybieraniu niektórych nazw itd.), wypo¬ 
sażyć go w wygodne menu (np. okna, sterowanie myszką, ikony) 
lub wbudować w jakiś większy pakiet np. edytora dyskowego. 

Przy okazji chciałbym poinformować Czytelników, iż taki pro¬ 
gram już istnieje i nazywa się ST_F.DIR. Programik wydrukowany 
poniżej jest tylko jego drobnym fragmentem (ale dość istotnym). 
Całość dostępna jest w klubie ST (przy redakcji "Komputera”) jako 
program Public Domain. ST_F. DIR pracuje praktycznie na każdej 
konfiguracji Atari ST (monitor monochromatyczny oraz kolorowy 
w trybie rozdzielczości Medium), ze wszystkimi rodzajami stacji 
dysków oraz HARD - i RAM-dyskiem (oznaczenia napędów od A 
do P), sortuje pliki wg nazw, długości, dat zapisu, typów (extender) 
lub ścieżek dostępu, pozwala na wybór dowolnego formatu wy¬ 
świetlania danych, drukuje przez złącze RS 232 C, Centronics liib 
zapisuje listę plików na dysku w postaci zbioru ASCII, ma możli¬ 
wość wypisywania drzewa katalogów dysku. 


1 : 

2 : 

3i 

4: 

5: 

6i 

7: 

8 : 

9; 

10: 

11 : 

12 : 

13: 

14: 

IS: 

16: 

17: 

18: 

19: 

20 : 

21 : 

22 : 

23: 

24: 

25: 

26: 

27; 

28: 

29: 

30: 

31: 

32: 

33: 

34: 

35: 

36: 

37: 

38: 

39; 

40: 

41: 

42: 

43: 

44: 

45: 

46: 

47; 

48: 

49; 


łinclude <osbind.h> 
łinclude <stat.lT> 
łinclude <tiie.h> 


/t lakra geidos, xbios i bios t/ 
/t struktura DHABUFFER, itp. t/ 
/I struktury utetdj, rtetd_t, itp. 1/ 


char lczas(n) 
unsigned long n; 

{. utetd_t utd; rtetd_t rtd; ti_t Itp; 
static char ltab[2Ó]; 

lUlong Dirtd) * n; utd.gjate = rtd.g^rdate; utd.g_tiie = rtd.gjtiie; 
tp = tetd_toJi(utd); 

sprintf(tab,'Z2d.Z02d.Z02d Z02d:X02d”,tp->ti_year, tp->ti_ion * 1, 
tp->ti_iday, tp->ti_hour, tp->ti_iin); 
return (char Dtab; 

) 

dir(s) 
char Is; 

{ DHABUFFER tsavgd, ndta; 
char ptr[70], buf[70]; 

ptrlO] = 0; 

if (Dsetpath(s) != 0) return; 
saved => (DHABUFFER DFgetdtaO; 

FsBtdta(tindta); 

if (F5firstCl.r,0xff) == 0) ( 
do { 

if (ndta.djattr 0x10) { 
if (ndta.d_fnaie[0] !=’.’) { 

sprintfiptr,'Xs\\Z5',s,ndta.d_fnaie); 

dir(ptr); /t tu następuję MyMOlanie rekursyjne 1/ 

) 

} else { /I gdy nie jest to katalog 1/ 

5printf(buf,*X-145 X71d X02x Zs X5\n\r*,ndta.d_fnaM, 
ndta.djsize,ndta.d_fattr,C2as(ndta.d_tandd),s); 

CconMs(buf); /t MysMietlenie kolejnego pliku 1/ 

) 

} Mhile (Fsnext() » 0); /t dopoki sa jakieś pliki 1/ 

) 

Fsetdta(Baved); /t stara Martosc bufora DHA 1/ 

} 

# 

lainO 

{ 

CconMsCFULL DISC Directory Ver5.3.0 (DEHO)); 

Cconws(\n\rby (C) KAY SOFTWARE ’88\n\rArtur P. Chiieleu5ki\n\r\n\r'); 
DsetpathCW); /t katalog root aktywnego dysku 1/ 

dir(*'); /t wywołanie dirO dla katalogu bieżącego czyli root 1/ 


/t nowy bufor dla DHA 1/ 


/I gdy plik to katalog 1/ 


s l\H OomM 
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AMSTRAD CPC 6128 

W ANTIRIAD (trzeci program 
firmy Pałace Software na rynku 
Amstrada po obydwu grach 
CAULDRON) zupełną odporność 
na kolizje z obcymi przedmiotami 
uzyskamy po modyfikacji czwarte¬ 
go pliku programu o nazwie ANTI- 
RIAD.N03 (adres umieszczenia 
&3000, długość &52000). 

20 a$-”ANTIRIAD.N03”: 
ad=&3000:le = &52000:ex=0; 
sum= 12390 

130 DATA 33,0,195,34,190,55,201 

Pro^am AYENGER był już 
omawiany, proponowane popraw- 


162,50,144,162,62,255 

140 DATA 50,211,106,62,201,50, 

239,163,201 

Gry THREE WEEKS IN PARA- 
DISE, BOULDER DASH, EQUI- 
NOX, PAPER BOY oraz STARQU- 
AKE również pojawiały się na ła¬ 
mach "Komputera”. Modyfikacje 
wprowadzone do tych programów 
zapewnią nam "wieczne życie", w 
BOULDER DASH zatrzymają dodat¬ 
kowo upływ czasu, a w PAPER 
BOY dadzą nam jeszcze nieograni¬ 
czony zapas gazet. 

• THREE WEEKS IN PARADISE: 
20 a$="PARADISE.PRG”: 

ad=&100:le=&9F01:ex= 103: 
sum= 12371 

130 DATA 175,50,206,57,201 

• BOULDER DASH: 

20 a$-”D7lSHl.BIN”:ad-&200: 
le = &7036:ex= lF52:sum= 13498 
130 DATA 175,50,215,8,50,216,8,50, 
217,8,50,128,27,50 
140 DATA 129,27,50,130,27,201 

•EQUINOX: 

20 a$="EOUINOXl.BIN”:ad-&40: 
le—&A63C:ex=0:sum= 12186 
130 DATA 62,58,50,130,3,201 

•PAPERBOY: 

20 a$-”PAPERBOY.N03”: 
ad - &40:le = &8F00:ex=0: 
sum =12470 

130 DATA 175,50,71,5,50,231,5,201 
W programie STARQUAKE 
kody teleportacyjne różnią się tro¬ 



ki zapewniają "wieczne życie", uni¬ 
wersalny klucz oraz zwiększają za¬ 
pasy broni. 

20 a$= "AVENGER1.BIN”: 
ad=&200:le = &A380:ex=0: 
sum= 14522 

130 DATA 175,50,142,162,50,143, 


chę od wersji ZX Spectrum i są na¬ 
stępujące: VOREX, TALIS, DULON, 
ANGLE, KRYZL, INDOL, RA- 
LIO.ASCIO, OUORE, EUXA, 
UPAZZ, OPTIK, SNODY, ZODIA, 
AMBOR. 

20 a$ = "STAR2.BIN":ad = &100: 



iconiDU^^ is 






















































Rozkosze łamania palców 



le=&A 1 A2:ex=0:suin = 12801 
130 DATA 175,50,246,28,50,69,46, 

50.140.64.201 

Gry RAMBO i COBRA-STAL- 
LONE są tak trudne, że nawet dla 
wirtuozów klawiatury i joysticka 
pomyślne ich ukończenie jest 
praktycznie niemożliwe. Jednak po 
poprawieniu trzeciego pliku pro¬ 
gramu RAMBO (adres umieszcze¬ 
nia &1000, długość &9000) uzyska¬ 
my całkowitą odporność na kolizje 
z wrogiem. W trakcie wędrówek 
po dżungli znajdujemy broń, którą 
możemy użyć po wybraniu jej kla¬ 
wiszem SPACE. 

20 a$=”RAMB01.BIN”:ad-&1000: 
le = &9000:ex=0:sum= 12559 
130 DATA 6,34,33,89,158,54,0,35, 

16.251.201 

Akcja gry COBRA firmy Ocean 
toczy się w mieście, w którym ban¬ 
da maniakalnych morderców chce 
zabić piękną Ingrid, a naszym za¬ 
daniem jest uratowanie dziewczy¬ 
ny. Na początku gry dysponujemy 
jedynie własnymi pięściami i musi¬ 
my robić z nich użytek aż do czasu 
gdy zdobędziemy broń, której na¬ 
leży szukać w oknach domów. Po 
wyeliminowaniu snajpera lub po 
prostu zbiciu szyby może ukazać 
się w tym oknie kanapka, która za¬ 
mieni się w jedną z dostępnych 
broni - karabin maszynowy, pisto- 


Ciekawe rozwiązania graficzne i 
dobrą animację prezentuje FIGH- 
TING WARRIOR firmy Melbour¬ 
ne House. Wszyscy, których pasjo¬ 
nuje walka na miecze, mogą uła¬ 
twić sobie zadanie uzyskując nieś¬ 
miertelność w tej grze poprzez 
zmianę trzeciego pliku programu o 
nazwie WARR10R1.BIN (adres 
umieszczenia &3C6, długość 
&A2B6). 

.20 a$ = "WAR¬ 
RIOR l.BIN”:ad - &3C6:le = &A2B6: 
ex-3C6:sum-12543 
130 DATA 62,192,50,215,141,201 
W oparciu o film Spielberga po¬ 
wstała gra GOONIES. Grupa urwi¬ 
sów (w programie jest ich dwóch) 
szuka skarbu. Ułatwiamy sobie za¬ 
danie modyfikując plik GOO- 
NIES.BIN (adres umieszczenia 
&3E8, długość &9E3E). 

20 a$ = ”GOONIES.BDNr’:ad-&400: 
le = &9E3E:ex=0:sum= 12219 
130 DATA 175,50,40,71,201 
Również w oparciu o film po¬ 
wstała gra BIGGLES. Biggles to na¬ 
zwisko pilota samolotu z okresu I 
wojny światowej, który zostaje uwi¬ 
kłany w perypetie z dziurą czaso¬ 
wą i wraz ze swoim przyjacielem z 
XX wieku stara się rozwiązać za¬ 
gadkę nowej niemieckiej broni. 

Aby ukończyć grę, trzeba speł¬ 
nić trzy warunki. Musimy uciec 



let lub nóż. Wyboru broni dokonu¬ 
jemy klawiszami kiursora (góra, 
dół). 

Wprowadzenie poprawek do 
trzeciego pliku programu o nazwie 
COBRAl.BIN (adres umieszczenia 
&40, długość &A6B0) umożliwi nam 
pomyślne ukończenie gry. 

20 a$="COBRAl.BIN":ad = &40: 
le=&A6B0:ex=0:sum= 12388 
130 DATA 175,50,202,78,201 


przed policją po londyńskich da¬ 
chach; musimy dotrzeć do bunkra 
znajdującego się na poligonie, 
gdzie badana jest tajna broń; musi¬ 
my także dolecieć samolotem 
do emitera infradźwięków - no¬ 
wej niemieckiej tajnej broni. 
Po zmodyfikowaniu pliku progra¬ 
mu BIGGLES.BIN (adres umiesz¬ 
czenia &100, długość &A573, adres 
wykonania &450) program nie 


będzie zauważał naszych wpadek. 

20 a$="BIGGLES.BIN”:ad=&100: 
le = &A573:ex=450:sum= 12777 
130 DATA 175,50,144,17,50,89,35, 
50,237,47,201 

Ciekawą pozycją wśród progra¬ 
mów zręcznościowych jest BRE- 
AKTHRU. Supersamochodem, do¬ 
brze uzbrojonym i potrafiącym wy¬ 
konywać nawet długie skoki w po¬ 
wietrzu, wyruszamy do wielkich 
zakładów przemysłowych z misją 
wywiadowczą. Nasz samochód bę¬ 
dzie śkakał jak kangur po każdym 
naciśnięciu klaynsza ">” (klawisz 
większość), a program nie będzie 
liczył naszych wpadek, jeżeh pod¬ 
damy modyfikacji trzeci blok o na¬ 
zwie BREAJCT1.BIN (adres umiesz¬ 
czenia &1000, długość &8100). 

20 a$=”BREAKTl.BIN”:ad=&40: 
le=&8100:ex=0:sum= 12192 
130 DATA 175,50,81,3,201 

Na zakończenie tej długiej serii 
poprawek do gier dla komputerów 
Amstrad-Schneider, popularny i 
łubiany ARKANOID wprowadzo¬ 
ny przez firmę Imagine-Taito. Jedy¬ 
ną wadą tej atrakcyjnej gry jest 
duży stopień trudności w niektó¬ 


BURNIN RUBBER firmy COLD- 
SOFTWARE zaliczamy do gier zrę¬ 
cznościowych. Jej fabuła jest bar¬ 
dzo prosta. Nasze zadanie, to zdo¬ 
bycie jak największej Uczby pun¬ 
któw. Sterujemy samochodem, 
który porusza się po ulicy w tłumie 
innych pojazdów. Kierowanie od¬ 
bywa się za pomocą joysticka 
(przód - przyśpieszanie; tył - hamo¬ 
wanie; prawo, lewo - kierunek). 
Oprócz tego mamy możliwość ska¬ 
kania (po naciśnięciu fire). Punkty 
zdobywamy pomagając innym po¬ 
jazdom rozbić się na poboczu. W 
zależności od tego co rozbijemy, 
otrzymujemy od 100-500 punktów. 
Po ukończeniu każdej planszy 
otrzymujemy premię. Jej wysokość 
zależy od liczby rozbitych przez 
nas samochodów. Dla niecierpli¬ 
wych podaję POKE na nieskończo¬ 
ną liczbę samochodów: 

POKE 18432,173. 

Każdy z nas już na pewno zna ze 
słyszenia lub z własnej praktyki 
program DEFENDER firmy Soft- 
farm. Jest to jedna z wielu gier pole¬ 
gająca jedynie na strzelaniu. Prze¬ 
ciwnikami w tej grze są kosmiczne 



rych sytuacjach, gdzie standardo¬ 
wy limit błędów praktycznie unie¬ 
możliwia przejście do dalszych eta¬ 
pów. hiodyfikacja trzeciego bloku 
ARKANOID.N02 (adres umiesz¬ 
czenia &40, długość &75C0) usunie 
tę niedogodność z gry. 

20 a$-”ARKANOID.N02": 
ad = &40:le=&75C0:ex=0: 
sum= 12353 

130 DATA 175,50,243,2,201 

Commodore 64 

Marcin Topolewski przygoto¬ 
wał poprawki do dwóch gier. Oto 
one. 


roboty. Naszym zadaniem jest 
obrona małych prostokątów, znaj¬ 
dujących się na dole ekranu. W 
swoim arsenale posiadamy laser i 
bomby jednorazowego użytku (ni¬ 
szczą wszystkie wrogie statki w za¬ 
sięgu ekranu). Na górze ekranu 
znajduje się radar pomagający w 
nawigacji. Po każdych 10 000 pun¬ 
któw otrzymujemy nowy statek. 
Wystarczy jednak wpisać 
POKE 3005,5, 

by stać się niezależnym od dodat¬ 
ków. 

m 
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PĘTLICZEK - bo pętla jest podstawę programowania. Tu znaj¬ 
dziesz kolejnę porcję zadań naszego Klubu Mistrzów Kompute¬ 
ra. 

MĘTLICZEK - bo znajdziesz tu różne różności, związane z mini¬ 
komputerem tak cienką nitką, że Redakcja już nie bierze za nią 
odpowiedzialności. 

Redakcja strony klubowej: Leszek Rudak (ASCII 01), Adam No¬ 


wicki (ASCII 02). 

ZADANIA 

KLUBOWE 

28/88. Trójkąt liczbowy, pokazany 
niżej, powstaje przez wypisywanie 
kolejnych liczb naturalnych w co¬ 
raz dłuższych kolumnach. 



Tablica taka ma wiele zadziwia¬ 
jących własności (patrz "Delta” nr 
12/82). Aby zobaczyć te własności, 
proponuję napisać program, który 
wypisze na ekranie dowolny frag¬ 
ment takiej tablicy (np. fragment 
wokół zadanej liczby). 

29/88. Można wykazać, że dla każ¬ 
dej liczby n, ciąg postaci: n 1 = suma 
kwadratów cyfr liczby n, n2 = suma 
kwadratów cyfr liczby n3, ... pro¬ 
wadzi zawsze do cyklu lub do jedy¬ 
nki, tzn. albo pewna liczba w tym 
ciągu będzie równa n, albo od pe¬ 
wnego miejsca zawsze otrzymy¬ 
wać będziemy 1, 

Proponuję napisać program 
znajdujący ciąg o podanej konstru¬ 
kcji dla dowolnej liczby n, wczyty¬ 
wanej jako dana dla programu. 
30/88. Czasami musimy odejść od 
komputera na małą chwilkę. Nie 
warto wtedy wyłączać naszej ma¬ 
szyny. Niestety wyświetlanie cią¬ 
gle tego samego obrazu powoduje 
szybsze zużycie monitora. 

Proponuję napisać program wy¬ 
gaszający ekran monitora, gdy 
przez dłuższą chwilę nie został na¬ 
ciśnięty żaden klawisz. 


WYLICZANKA 

Weszliśmy w epokę kompute¬ 
rów. Na dowód niech posłuży fakt 
umieszczenia w zbiorze wylicza¬ 


nek dziecięcych wyliczanki nastę¬ 
pującej: 

"W komputerze siedzi zwierzę, 
ma niebieskie kły, 
wiesza pranie na ekranie, 
pomagasz mu ty." 

Autor zbioru "Ene due rabe” 
(Wydawnictwo Dolnośląskie, 
Wrocław 1987), z którego pochodzi 
ta wyliczanka zapewnia, że wszyst¬ 
kie wyliczanki pochodzą od dzieci 
ze szkół bolesławickich i wroc¬ 
ławskich. Niestety nie podano, do 
jakich zabaw stosowana jest wyli¬ 
czanka o komputerze. Myślę, że 
powstała ona w jakiejś szkole, któ¬ 
ra dostała komputer. Dzieci odli¬ 
czają i na kogo wypadnie, ten może 
użyć szkolnego komputera. 


FRAKTAL 

Co przedstawia ten rysunek? 

Jest to FRAKTAL. 

Odpowiedź jest prawdziwa, 
choć bezużyteczna. Któż bowiem 
wie czy fraktal to zwierzę, czy drze¬ 
wo? Oczywiście są ludzie, którzy 
wiedzą, co to jest i do czego służy 
FRAKTAL. Ci ludzie są zwykle ma¬ 
tematykami albo informatykami i 
na co dzień usiłują nauczyć kompu¬ 
ter rozpoznawania obrazów. Frak- 
tale dają nadzieję na spełnienie ich 
marzeń. 

Trudno w paru słowach wyjaś¬ 
nić, co to jest fraktal. W dużym 
uproszczeniu można powiedzieć, 
że fraktal jest figurą, która powsta¬ 
je z siebie samej poprzez pomniej¬ 
szenie i zwielokrotnienie. 

Popatrzmy na rysunek. Trójkąt 
składa się z trzech mniejszych, od¬ 
powiednio ułożonych trójkątów. 
Mniejsze trójkąty też są zbudowa¬ 
ne z mniejszych, a te z jeszcze 
mniejszych itd. 

Najciekawsze, a zarazem najwa¬ 
żniejsze jest to, że program rysują¬ 
cy fraktala jest bardzo prosty! Nie 
będę dziś wyjaśniał dlaczego. Za¬ 
chęcam do eksperymentów na go¬ 
towym programie (program zamie¬ 
szczony poniżej rysuje przedsta¬ 
wionego fraktala). O fraktalach i 
programach generujących je po¬ 
mówimy wkrótce (kolega obiecał 
mi program rysujący dowolne 
fraktale, a istnieją bardzo cieka¬ 
we...). 

Przedstawiony program przez¬ 
naczony jest dla IBM PC z CGA, ale 
łatwo przerobić procedury graficz¬ 
ne na dowolną implementację Pas¬ 
cala. 

m 


program fraktal; 

consl (wartości zalezą od implementacjil 
x1=0: y1=199; 

x2=639; y2=199; 
x3=320; y3=0; 

var x,y,i:integer; 

procedurę początek; 

(imcjacja tryDu graficznegol 
begm 

(treść zalezy od implemeniacji) 

HiRes 

end; 

procedurę punkl(a,b:integer); 

(rysowanie punktu o współrzędnych a i t>] 
begm 

(treść zaleZy od implementacjil 
Plot(a.b,l) 
end; 

procedurę lirHa(al,b1,a2,b2:inleger); 

(rysowanie hnii od punktu 
(al,bl) do punktu (a2,b2)} 

begm 

(treść zaleZy od implementacji! 
Draw(a1,bUa2,b2,l) 
end; 

procedurę koniec; 

(zamknięcie trybu graficznego} 
begm 

(treść zalezy od implementacji} 
TexiMode(BweO) 
end; 

function los(a:integer):mteger; 

(funkcja dająca całkowitą liczbę 
losową z przedziału od 1 do a} 

begm 

(treść zalezy od implementacji! 
los:=Random(a) 
end; 

begm 

x;=300; 

y:=100; 

początek, 

Imia(x1,y1,x2,y2); 

Iinia(x2,y2,x3,y3); 

Iinia(x3,y3,x1,yl); 
for i;=0 to 30000 do begm 
case lo3(3) of 
0; begm 

x;=x+((x1-x) div 2); 
y:=y+((yi-y) oiv 2); 

' end; 

1: begm 

x;=x+((x2-x) div 2); 
y:=y+((y2-y) div 2); 
end; 

2: begm 

x:=x+((x3-x) div 2); 
y;=ył((y3-y) div 2); 
end; 

end; 

punkl(x,y); 

end; 

repeal unlil keypressed; 
koniec; 
end. 
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Input-output 





Drodzy Czytelnicy! 

"Forum” to rub^ka przeznaczona w całości do Waszej dyspozycji. 
Możecie do niej pisać nie tylko o swoich osiągnięciach, nadsyłać uży¬ 
teczne programiki czy "sztuczki i chwyty”, które odkryliście, ale mo¬ 
żecie informować także o problemach, które spotykacie w pracy z mi¬ 
krokomputerami. Być może ktoś inny je rozwiązał i będzie mógł Wam 
tą drogą pomóc. 

Jeżeli przedmiotem korespondencji jest program, to prosimy 
czytelników o załączanie (w miarę możliwości) dwóch jak najbar¬ 
dziej kontrastowo (tzn. czarno na białym) wydrukowanych listingów 
programu. Gdy program jest napisany w asemblerze i autor podaje li¬ 
stę odpowiednich POKE’ów, dobrze jest zaopatrzyć je w sumę kontro¬ 
lną, która ułatwi potem innym uruchomienie programu. 

Poza tym prosimy o zwięzłe formułowanie listów, o umieszczanie 
na kopertach dcr_)isku "Forum” oraz podawanie wewnątrz listu dokła¬ 
dnego adresu nadawcy. Za publikowane w tej rubryce programy i 
ciekawe "sztuczki i chwyty” przysługuje honorarium, zgodne z obo¬ 
wiązującymi u nas stawkami. Dla przypomnienia podajemy nasz ad¬ 
res: 

PMI "Komputer” 

ul. Koszykowa 6a 

00-564 Warszawa 

"Forum” 

Dzisiaj prezentujemy: jak ułatwić używanie popular¬ 
nego edytora "ChiWriter” (komputery zgodne z IBM PC), drobne us¬ 
prawnienie kompilatora języka Pascal (ZX Spectrum), program w 
Turbo Pascalu umożliwiający ładowanie ekranu nagranego na dys¬ 
ku, parę użytecznych programików dla Commodore 64, chwyt uła¬ 
twiający odbezpieczenie programu w Simons’Basic (Commodore 64), 
odpowiedź na pytanie z numeru 5/88 "Jak odczytać z poziomu asem¬ 
blera położenie joysticka”, programik umożliwiający dzielenie 
dwóch liczb z dowolną dokładnością (Cl 16) oraz ulepszenie progra¬ 
mu Reset dla Atari XL/X£ z nr. 5/88. 

Wszystkich zainteresowanych serdecznie zapraszamy do współ¬ 
pracy. 

Redakcja 


Użyteczne programiki (Com¬ 
modore 64) 

Szanowna Redakcjo! 

Mam 15 lat i jestem Waszym sta¬ 
łym czytelnikiem. Informatyką zaj- 
'muję się czwarty rok. Korzystam z 
komputera Commodore C64. Prze¬ 
syłam moje własne cztery progra¬ 
my w języku wewnętrznym, który¬ 
mi chciałbym się podzielić z Reda¬ 
kcją i Czytelnikami. 

Pierwszy program powoduje, że 
kursor na ekranie C64 przestaje 
migać. Do napisania tego progra¬ 
miku skłoniło mnie to, że dłuższe 
wpatrywanie się w ekran z "miga¬ 
jącym” kursorem zaczyna być mę¬ 
czące dla oczu. 

Program drugi zmienia dotych¬ 
czasową rolę klawiszy RUNSTOP i 
RESTOM. Po uruchomiemu tej 
procedury, jednoczesne naciśnię¬ 
cie tych klawiszy spowoduje tzw. 
reset pamięci. Zaletą tego progra¬ 
miku jest to, że funkcja RESET jest 
nadal aktywna po jej użyciu. Dzięki 
tej procedurze nie trzeba dorabiać 
(sprzętowo) przycisku RESET. 

Program trzeci sprawia, że kla¬ 


wisze funkcyjne FI i F3 są odpo¬ 
wiedzialne za kolor ramki (FI) i tła 
(F3). Aktualny kolor tła czy ramki 
zależy od położenia kursora. To 
znaczy: jeżeli kursor jest w wierszu 
1 i 2 kolumnie, to wciśnięcie FI ró¬ 
wnoznaczne będzie z operacją: 
POKE 53280,1, a F3 - POKE 53281,2. 

Program czwarty jest bardzo 
przydatny dla tych, którzy wpisu¬ 
jąc program nie patrzą na ekran, 
lecz na klawiaturę. Za pomocą syg¬ 
nału dźwiękowego program ten 
ostrzega o zbliżaniu się kursora do 
prawej krawędzi ekranu. 

Wszystkie te programy napisa¬ 
ne zostały na komputerze Commo¬ 
dore 64. Programy wykorzystują 
wewnętrzny system przerwań 
komputera. Poza drugim, wszyst¬ 
kie zmieniają do własnych celów 
wektor o adresach 788 i 789. Pro¬ 
gramy te, za wyjątkiem RESET, nie 
są relokowalne i nie mogą działać 
jednocześnie. 

Łączę wyrazy szacunku 

Radosław P.Grabiec 
Warszawa 


0 REM 

1 REM 

2 REM 


NOWY KURSOR ($02A7) 
RADOSŁAW.P.GRABIEC 
I^SS - GC3. 


5 SK=0:TEM=S79 

10 FORINTEM TG TEM+4S:READ D:POKEI,D 
20 SK=SK+D;NEXT 

25 IF SK<;:67S5 TREN PR INT"ERROR" : END 
30 SYSTEM 
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70 DATA 234 


REM 

REM 


RESET - {*0330 
RADOSŁAW P.6RABIEC 
1988 - G.C.S. 


SK=0: A=828; S7.=A/256: M%=A-256*S% 
FOR I=A TO A+21;READ Q;P0KEI,Q 
SK=SK+a:IMEXT 

IF SK02845 THEN PR INT"ERR0R" : END 
P0KE792, M7.: P0KE79.3, S7. 


DATA 169,254,160, 
DAT A 032,208,140, 
DATA 002,032,068, 
DATA 064 


246,162,014,141 
033,208,142, 134 
229,032,148,227 


< r-DLORY - (T02A7> Y" 

RADOSŁAW P.GRABIEC >> 

: IRSe - GCS. 

10 SK=0:TEM=679 

15 forintem to TEM+4ł:PEAD Q:PQKEI,Q 
20 SŁ^SK-^U^ NEXT 
25 S^^STFM 

30 IF SK : 5013 "HErj PRINT”FRROR*’; END 
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o0 , 1 60 002 , 141,0^’0,003 


076 
I'0S, 07 6 


MARGINES - (^02A7) >> 
<< RADOSŁAW P.GRABIEC >> 
<2; 1988 - GCS- 


V 


1 REM 

2 REM 

3 REM 

4 : 

5 SK>0: TEM=679 

10 FORT=TEM TO TEM+43:READO:POKEI, Q 
15 SK=SK+Q:NEXT 

20 IF SK^:>4862 THEN PRINT"ERROR": END 
25 SYSTEM 
30 : 

40 DATA 120,169,180,160,002,141,020,003 
45 DATA 140,021,003,088,096,165,211,201 
50 DATA 035,240,007,201,075,240,003,076 
55 DATA 049,234,169,015,141,024,212,162 
60 DATA 005,142,005,212,160,000,140,024 
65 DATA 212,076,049,234 



ZZ !<DinOU^^ 



































































































































Input-output 


Usprawnienie ChiWritera 
(IBM PC) 

Szanowna Redakcjo! 

Popularny edytor tekstu ChiWri- 
ter ma kilka wad. Podstawową z 
nich jest powolność, częściowo 
wynikająca ze specyficznej organi¬ 
zacji ed^ora. Uruchamianie rozpo¬ 
czyna się dhigim wczytywaniem do 
pamięci 20 zbiorów znaków (dla 
wersji 2.04), po czym należy wy¬ 
brać rodzaj pracy z wyświetlonego 
na ekranie katalogu. Istnieją jed¬ 
nak możliwości wprowadzenia pe¬ 
wnych usprawnień tego procesu. 

Niewielu użytkowników ChiWri¬ 
tera wie, iż wzorem innych edyto¬ 
rów pozwala on przy wywołaniu 
podać nazwę żądanego pliku jako 
parametr. Przykładowo, wywoła¬ 
nie do obróbki tekstu o nazwie AR- 
TYKUL.CHI może wyglądać tak: 
cw artykuł. Po wczytaniu zbiorów 
znaków edytor przystępuję od razu 
do czytania pliku z tekstem. 

Dodatkowe usprawnienie pracy 
można osiągnąć wykorzystując 
możliwości ustalania tzw. konfigu¬ 
racji edytora. Pojęcie konfiguracji 
obejmuje tu takie parametry jak: 
marginesy, odstępy między linia¬ 
mi, listę wykorzystywanych zbio¬ 
rów znaków, jakość druku, sposób 
numeracji stron itp. Specjalna opc¬ 
ja w menu edytora (ENYIRON- 
MENT/CONFIGURATION) pozwa¬ 
la wyświetlić na ekranie wszystkie 
te parametry (LIST), zapisać je do 
pliku dyskowego o rozszerzeniu 
.PAR (WRITE) lub wprowadzić z 
dysku do pamięci przez wczytanie 
odpowiedniego pliku z tym rozsze¬ 
rzeniem (READ). 

ChiWriter rozpoczyna pracę od 
przeczytania pliku CONFIG.PAR, 
zawierającego informacje o domy¬ 
ślnych (default) wartościach para¬ 
metrów. Jeśli plik ten będzie zawie¬ 
rał parametry odpowiednie dla na¬ 
szego tekstu, w tym listę zbiorów 
znaków ograniczoną do niezbęd¬ 
nych, wówczas rozpoczynając pra¬ 
cę edytor wczyta tylko te właśnie 
zbiory, a pozostałe parametry auto¬ 
matycznie ustawi na odpowiednie 
wartości. Pozwala to znacznie skró¬ 
cić oczekiwanie na gotowość do 
pracy oraz oszczędzić mozolnego 
ustawiania wszystkich parame¬ 
trów. 

Problem powstaje w momencie, 
gdy z edytora korzysta wielu użyt¬ 
kowników lub jeden, pracujący 
nad różnymi tekstami. Przy każdej 
zmianie przetwarzanego tekstu pa¬ 
rametry konfiguracji również będą 
wymagały zmiany za pomocą opcji 
menu ENYIRONMENT/GONFIGU- 
RATION/READ. Można jednak 
tego uniknąć wywołując każdora¬ 
zowo edytor przez odpowiedni 
program wsadowy (typu "batch”). 
Jedynym warunkiem jest, aby plik 
zawierający parametry konfigura¬ 
cji dla danego tekstu posiadał 
identyczną z nim nazwę, różniąc się 
tylko rozszerzeniem dodanym 
przez edytor (tekst - rozszerze- 


Odbezpieczenie programu 
w Simons’Basic (Commodore 64) 

Szanowna Redakcjo! 

Przesyłam krótki program użyt¬ 
kowy, który może być przydatny 
użytkownikom programu Si- 
mons’Basic dla komputerów Gom- 


nie.GHI, parametry - rozszerzeme 
.PAR), ńrogram o nazwie np. 
GW.BAT, co zapewnia identyczność 
wywołania, wygląda następująco: 
echo off 
c: 

cd\ chiwrite 

if not exist %l.par then goto 
NIEMA 

copy % l.par config.par 

goto GHI 

:NIEMA 

copy standard.par config.par 
:GHI 
cw %1 
c\ d 

Program przyjmuje założenie, że 
wszystkie pliki edytora znajdują się 
na dysku c:, w katalogu \ GHI WRI¬ 
TE. Wykorzystuje się tu możliwość 
przyjmowania przez programy 
typu "batch” parametrów, które - 
zależnie od ich liczby - oznacza się 
kolejno: % 1, %2, %3 itd. W naszym 
przypadku jedyny parametr, jakim 
jest nazwa przetwarzanego pliku, 
występuje jako % 1. 

Działanie programu najlepiej 
prześledzić na przykładzie. Załóż¬ 
my, że chcemy przetwarzać tekst 
zawarty w pliku ARTYKUL.GHI. Po 
wywołaniu - cw artykuł - łańcuch 
znaków "artykuł” podstawiany jest 
w programie GW.BAT na miejsce 
symbolu %1. Następuje sprawdze¬ 
nie, czy w katalogu bieżącym ist¬ 
nieje plik ARTYKUL.PAR (w pro¬ 
gramie symbol % l.par). Jeżeli tak, 
to jest on kopiowany ze zmianą na¬ 
zwy na GONFIG.PAR, po czym na¬ 
stępuje wywołanie ed^ora z para¬ 
metrem "artykuł” (% 1). W ten spo¬ 
sób, w chwili gdy Ghiwriter zaczy¬ 
na czytać informacje o konfiguracji 
z pliku GONFIG.PAR, zawiera on 
już dane dotyczące wybranego 
tekstu. Po wprowadzeniu wszyst¬ 
kich potrzebnych danych edytor 
doda do nazwy tekstu domyślne 
rozszerzenie .GHI i automatycznie 
przystąpi do wczytywania z dysku 
odpowiedniego pliku. 

W przypadku gdy zamierzamy 
dopiero zacząć pisanie tekstu i plik 
konfigmacyjny ARTYKUL.PAR je¬ 
szcze nie istnieje, pod nazwę GON¬ 
FIG.PAR kopiowana jest zawartość 
pliku STANDARD.PAR, w któr^ 
umieszczono zestaw parametrów 
przyjętych jako standardowy, m.in. 
uwzględniający wszystkie 20 zbio¬ 
rów znaków pisarskich. Rozwiąza¬ 
nie to zapewnia ponadto, że w 
przypadku wywołania edytora bez 
podania nazwy tekstu plik konfigu¬ 
racyjny będzie zawierał najbar¬ 
dziej uniwersalny zestaw parame¬ 
trów. Jako uzupełnienie dodać na¬ 
leży, że eliminacji zbędnych zbio¬ 
rów znaków (fonts) dokonać moż¬ 
na usuwając je z pamięci operacyj¬ 
nej za pomocą opcji menu ENV1- 
RONMENT/FONT/DELETE przed 
zapisaniem do pliku danych o kon¬ 
figuracji. 

Z poważaniem 

Stanisław Zaremba 
Gliwice 


modore 64. Simons’Basic umożliwia 
zabezpieczenie programu napisa¬ 
nego w Basicu poprzez wpisanie 
instrukcji DISAPA na początku za¬ 
bezpieczonego wiersza oraz wyko¬ 
nanie komendy SEGURE 0 w trybie 
bezpośrednim. Od tej pory pro¬ 


gram przy listowaniu pokazuje je¬ 
dynie numery wierszy. Oczywiście 
należy przechowywać kopię pro¬ 
gramu, gdyż po z^ezpieczeniu nie 
można normalną drogą (tj. poprzez 
podanie innej komendy) odbez¬ 
pieczyć go. Jeżeli ktoś pragnie jed¬ 
nak program odbezpieczyć, moż¬ 
na to uczynić poprzez wpisanie po¬ 
niższego programiku przed pro¬ 
gram główny: 

1 S = 2049 

2 IFPEEK(S+4) = OTHENPOKE 
S + 4,100:POKES + 5,65 

3 S = PEEK(S) + PEEK(S+1)*256 

4 IFPEEK(S+1)<>0THEN2 

5 END 


Dokładne dzfełenie (Commo¬ 
dore 116) 

Droga Redakcjo! 

Jestem właścicielem komputera 
Gommodore 116. Pracuję już na 
nim przeszło dwa lata i jak na razie 
nie narzekam. Sporo programów 
układam sam, zwłaszcza edukacyj¬ 
nych. Ghciałbym się podzielić z 
czytelnikami dość krótkim, ale 
efektownym programem dotyczą- 


Reset (Atari XL/X£) ("Forum”, 
5/88, str.28) 

Szanowna Redakcjo! 

Program, który chcę przedsta¬ 
wić, jest ulepszoną wersją progra¬ 
mu Andrzeja Lecha z rubryki "Fo¬ 
rum” w numerze 5/88. 

Różnica polega na innej realizac¬ 
ji programu w kodzie maszyno- 


Ładowanie ekranu w Turbo 
Pascalu (CPC6128) 

Przedstawiona poniżej procedu¬ 
ra umożliwia wyświetlenie na ekra¬ 
nie monitora obrazu nagranego 
uprzednio na dyskietce. Może on 
być utworzony i zapisany na dysku 
z poziomu dowolnego języka pro¬ 
gramowania lub edytora graficzne¬ 
go - np. Art Studio (opcje Palette i 


Po uruchomieniu program przy¬ 
wraca sytuację, jaka nuała miejsce 
po wpisaniu instrukcji DISAPA, ale 
przed użyciem SEGURE 0. Teraz 
można dokonywać poprawek (np. 
usunąć wszystkie DISAPA i pro¬ 
gram będzie odbezpieczony). 
Działanie programiku opiera się na 
wyszukaniu wszystkich miejsc, w 
których jest zakodowana instrukc¬ 
ja DISAPA i podstawieniu kodu in¬ 
strukcji "widzialnej". 

Swoją drogą, jak marne jest to 
zabezpieczenie, skoro tak prosto 
można je zlikwidować. 

Piotr Górniak 
Wrocław 


cym dzielenia. Operację dzielenia 
wykonuje on z zadaną dokładnoś¬ 
cią. 

Jedynym ograniczeniem w licz¬ 
bie miejsc pb przecinku jest sam 
ekran. Natomiast jeżeli ktoś dyspo¬ 
nuje drukarką, program może li¬ 
czyć nawet do kilku tysięcy miejsc 
po przecinku. 

Robert Orczykowski 
Inowrocław 


wym. Dzięki wprowadzonej zmia¬ 
nie długość programu zmalała do 
jednej trzeciej. 

Jest to przykład jak dużo można 
zyskać stosując odpowiednią 
strukturę programu. 


Gompress wyłączone), Screen De¬ 
signer. 

Przed jej wywołaniem należy 
ustawić właściwy tryb pracy moni¬ 
tora (MODĘ) oraz zdefiniować pa¬ 
letę kolorów (INK) wykorzystywa¬ 
nych w ładowanym obrazie. Para- 
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1 REM *** DOKŁADNE DZIELENIE *** 

2 REM *** R.ORCZYKOWSKI *** 

3 R=6: Z=1 

4 PRINT‘'DO ILU MIEJSC PO PRZECINKU 
MAM LICZYC":INPUT K 

5 PRINT“PODAJ DZIELNA":INPUT X 

6 PRINT-PODAJ DZIELNIK":INPUT Y 

7 SCNCLR: PRINT X"/"Y" = " 

8 IF X<Y THEN A=0: GOTO 10 

9 A=INT{X/Y):IF A=1 THEN END 

10 PRINT A","; 

11 X=(X-A*Y)*10: A=INT(X/Y) 

12 L=L+1:A$=STR$(A):R=R+1 

13 IF R/41=INT(R/41) THEN Z=Z+1:R=1 

14 CHAR,R-1,Z,RIGHT$(A$.1) 

15 IF L=K THEN END: ELSE 70 

\^ _ / 


Maurycy Mikulski 

Gdynia 

10 FOR 1=1 TO 38: READ A: S=S+A: NEXT i 
20 IF S<>2718 THEN ?"BLAD DANYCH": END 
30 RESTORE 

40 FOR 1=1536 TO 1573: READ A: POKE I,A: NEXT I 
50 POKE 2,0: POKE 3,6: POKE 9,2: NEW 
60 DATA 162,21,189,16,6,157,186,156,202,208,247, 
169,13.141.74,3,96 

70 DATA 48,47.43,37.0,24.20,18,12,17,18,26,31,2, 
125,2,27,26,50,53,46 


KoniDuee^ Z3 



























Input-output 


type stringl2 = string[12]; 

procedurę LoadScreen(zbiór : stringl2); 


Procedura odczytuje obraz ze zbioru na dyskietce 
1 zapisuje go do pamięci obrazu. 

Parametr wejściowy: nazwa zbioru w formacie "aaaaaaaa.aaa 
Zbiór musi znajdować sie w bieżącym napędzie dyskowym 


const 


coded1 
codę : 


var 


c 1 

buf or 

ekran 
poczb, 
i 


= 30; 

array [1..coded1] of byte= 

($f3,$3e,$cl,$0e,$2,$6,$7f,$ed,$79, 

$21,0,0,$ll,$00,$00,l,$0,$02,$ed,$b0, 
$3e,$c2,$0e,$2,$6,$7f,$ed,$79.$fb.$c9); 

{ kod podprogramu transmisji danych z bufora do pamięci obrazu 

array [1..coded1] of byte; 

{ obszar, w którym bedzie znajdował sie podprogram transmisji 
array [1..8192] of byte; 

{ bufor na wczytywane z dysku dane - może byc mniejszy ! 
file; 

ilezb, gdzie : ^integer; 

: integer; 


begin 

inline($cd/$5a/$fc/$DB/$BB); 

for i:=l to codedl do cl (i] :=code[i] 

poczb:=Ptr)Addr(c1[11])): 

ilezb:=Ptr(Addr(cl[17])); 

gdzie:=Ptr(Addr(cl[14])); 

poczb":=Addr(bufor); 

i lezb":=$2000; 

gdzie":=$4000; 

assign(ekran,zbiór) ; 

reset(ekran); 

BlockRead(ekran,bufor,1,i ) : 

BlockReda(ekran,bufor,64,i ) ; 

inline($cd/cl) ; 

gdzie" := gdzie" + ilezb"; 

BlockRead(ekran,buf or,64,i ) ; 
inline($cd/cl) ; 
close(ekran); 
end; { LoadScreen } 


{ wywołanie procedury CLG > 
{ ładowanie podprogramu transmisji > 
{ inicjowanie adresów parametrów > 
{ transmisji > 

{ ustalenie parametrów transmisji } 


przydzielenie zbioru 
otwarcie zbioru do odczytu 
pominiecie pierwszych 128 bajtów 
wczytanie do bufora 8 KB 
przesianie danych z bufora 
do pamięci obrazu 
wczytanie do bufora 8 KB 
przesianie danych 
zamkniecie zbioru 
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metrem wejściowym procedury 
jest dwunastoznakowa nazwa zbio¬ 
ru np.:”obraz.scr”. Aby uniknąć 
błędów, jej definicję należy umie¬ 
szczać w miarę możliwości na po¬ 
czątku kodu źródłowego progra¬ 
mu. 

Przedstawioną procedurę moż¬ 
na rozbudować o: 


- możliwość podawania jako pa¬ 
rametru pełnej nazwy zbioru z oz¬ 
naczeniem napędu dyskowego, 

- sprawdzanie czy zbiór z obra¬ 
zem istnieje na dyskietce i w razie 
jego braku sygnalizowanie tego 
odpowiednim komunikatem, 

- szybkie (niestopniowe) wy¬ 
świetlenie obrazu po jego wczyta¬ 
niu poprzez odpowiednią manipu¬ 
lację paletą kolorów. 


Nie jest to jedyne i na pewno nie 
najlepsze rozwiązanie problemu, 
bowiem nie mam pełnej dokumen¬ 
tacji oprogramowania podstawo¬ 
wego zawartego w pamięci ROM. 

W mojej pracy pomogły mi pro¬ 
cedury opracowane przez kolegę 
MB. 

Marian Zaborowski 
Koszalin 



Hisoft Pascal (ZX Spectrum) 

Szanowna Redakcjo! 

Jestem użytkownikiem mikro¬ 
komputera ZX Spectrum. Od nie¬ 
dawna próbuję programować w 
Pascalu. Hisoft Pascal jest wspania¬ 
łym narzędziem, a nieocenione 
usługi daje programik ”PRINT 64”. 
Jednak przy jego stosowaniu poja¬ 
wiają się pewne niedogodności. 
Podane poniżej POKE-i na pewno 
oszczędzą kilku godzin pracy zwo¬ 
lennikom Pascala. 

1. Likwidacja przerwy w wydru¬ 
ku, pojawiającej się w połowie 
wiersza przy PR64: 


HP4S 

26048,0 

26049,0 

26050,0 

26064,0 

26065,0 

26066,0 


HP4TM16 

26613,0 

26614,0 

26615,0 

26629,0 

26630,0 

26631,0 


2. Rezygnacja z migającego kur¬ 
sora, związanego ze strukturą krat¬ 
kową ekranu; 

HP4S HP4TM16 

24837,0 24836,0 

Powyższe poprawki znacznie 
ułatwiają pracę. Działają również 
bez PRINT 64. Należy je oczywiście 
wprowadzić po nagraniu progra¬ 
mu głównego. 

Z poważaniem 

Wojciech Bartkowiak 

Koszalin 


Joystick a kod wewnętrzny 
Commodore 16 ("Forum” 5/88, str. 
29) 

Szanowna Redakcjo! 

Chciałbym odpowiedzieć na py¬ 
tanie postawione w liście Grzego¬ 
rza Mańturzyka w nr. 5/88. 

Położenie drążka sterowego z 
poziomu języka maszynowego naj¬ 
prościej można odczytać za pomo¬ 
cą procedury KERNAL, wywoły¬ 
wanej poleceniem JSR$FF9F. Po tej 
operacji w akumulatorze znajduje 
się wartość określająca, który kla¬ 
wisz naciśnięto. Na pewno każdy 
użytkownik C16 zauważył, że kiedy 
podłączymy drążek sterowy i zacz¬ 
niemy nim manipulować, na ekra¬ 
nie pojawią się "dziwne” znaki. Ma¬ 
netka może więc działać jak kla¬ 
wiatura. 

Przykładowy program może wy¬ 
glądać następująco: 

0609 JSR$FF9F 

060C CMP$#51 

060E BEO$0613 

0610JMP$0609 

0613... 

Programik ten sprawdza, czy na¬ 
ciśnięto ”FIRE”. Dopiero po speł¬ 
nieniu tego warunku będą wyko¬ 
nywane instrukcje od komórki 
0613. 

Z kolei i ja mam pytanie: w jaki 
sposób napisać program obsługi 
pióra świetlnego? 

Z poważaniem 

Andrzej Szwabe 
Bydgoszcz 


m 
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Program: SuperKey 

Producent: Borland International Inc. 


Wersja: USA 

Sprzęt: IBM PC/XT/AT/Jr 

Pamięć: min. 128K 

System: PC-DOS2.0 lub wyżej 


V 

J 


SuperKey należy do szeroko rozpowszechnionych w naszym 
kraju programów, jednak - zapewne z braku dokumentacji - dość 
rzadko używanych. Tymczasem zalicza się on do tej kategorii wy¬ 
robów Borlanda, które znacznie ułatwiają pracę z komputerem. Do 
głównych zadań programu należy: tworzenie i uruchamianie ma- 
krorozkazów do pracy z innymi programami, szyfrowanie dostępu 
do zbiorów, przeredagowywanie klawiatury oraz inne funkcje, o 
których poniżej. SuperKey jest programem rezydentnym, powi¬ 
nien być ładowany po wszystkich programach czuwających nie- 
-Borlanda, a przed SideKickiem. Jeżeli używamy DOS 2.11, należy 
w CONFIG.SYS umieścić instrukcję DEYICE=ANSI.SYS. 

Główne pliki dostarczane przez producenta to: 


KEY 

COM 

41792 

- główny phk programu; 

I^YDES 

COM 

44912 

- szyfrowanie dostępu do zbiorów; 

KEYINST 

COM 

57354 

- instalacja programu; 

KEY 

HLP 

38400 

- tekst ściągawki; 

LAYOUT 

COM 

27136 

- definiowanie klawiatury; 

README 

COM 

16110 

- program czytający plik 
READ-ME.KEY; 

READ-ME 

KEY 

12245 

- tekst uzupełniający podręcznik; 

9 

.MAC 


- pliki zawierające przykładowe 
makrorozkazy; 

9 

.LAY 


- pliki zawierające przykładowe 


definicje klawiatury. 

SuperKey musi być uruchamiany z katalogu, w którym umiesz¬ 
czone są pliki .COM i .HLP. Po wypisaniu C:KEY>KEY<Enter> 
na ekranie ukazuje się etykieta programu, informacja o zainstalo¬ 
wanej pamięci, pamięci dostępnej po uruchomieniu SuperKey 
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Programy użytkowe 


Var Field 


:ory zajmuje ok.GOKB i tworzy bufor dla klawiatury wielkości 128 
znaków) oraz wielkość pamięci przeznaczonej na makrorozkazy. 
Ukazujęcy się nowy prompt świadczy, że nie opuściliśmy systemu. 
Aby dostać się do menu, trzeba nacisnąć <Alt/>. Jedynym sposo- 
bern usunięcia SuperKey z pamięci jest, podobnie jak w SideKicku, 
wciśnięcie przy głównym menu <Ctrl><Home><End>, trzeba 
jednak przy tym pamiętać, by nie było innych programów rezy¬ 
dentnych załadowanych po naszym programie. 

Główne menu zawiera następujące opcje: Macros, Commands 
Functions, Options, Defaults, Encryption, Łayout i Setup. Wy¬ 
boru opcji dokonujemy kursorem i <Enter> lub wciskając wyró¬ 
żnioną dużą literę w nazwie. Ukazują się wtedy menu rozwijane, w 
których postępujemy podobnie. W czasie pracy podpowiedż za¬ 
wsze otrzymamy po wciśnięciu <F1>. Przyjrzyjmy się opcjom 
menu, zostawiając opis tworzenia makrorozkazów na koniec. 
Setup: 

Encryption directory: C: \ SZYFRY - katalog plików o 

zaszyfrowanym dostępie; 

Macro directory: C: \ KEY \ MAC - katalog plików makrorozkazów; 
Save setup - zapamiętanie powyższych opcji; 

SuperKey Version 1.15A - informacja o wersji programu. 

Wywołując poszczególne opcje możemy poinstruować pro¬ 
gram, w j^ich katalogach ma przechowywać pliki .LAY i pliki 


Superkey 


Version 1.IIA 
IBM-PC/XT/AT/PCj r 


Copyright (C) 1984,85 BORLAND Inc. 


04:53:19 P 


524288 bytes total memory' 
188784 bytes were free 
130688 bytes free 

8000 bytes macro memory 


DOS 3.30 AASUPERKEY> 


.MAC oraz kazać te informacje zapamiętać, jeśli chcemy, by były 
one zawsze używane w chwili uruchamiania SuperKey. 

Łayout: 

Load - załadowanie wskazanego pliku .LAY; 
elear - usunięcie aktywnego pliku .LAY z pamięci. 

Utworzenie pliku .LAY następuje w wyniku uruchomienia pro¬ 
gramu LAYOUT.COM, który dokładnie objaśnia, jak to robić oraz 
wyświetla na ekranie klawiaturę oryginalną i przedefiniowaną. 
Encryption: 

Enerypt file - zaszyfrowanie dostępu do zbioru; 

Deerypt file - odszyfrowanie dostępu do zbioru. 

Po wywołamu Enerypt pojawia się kolejne menu z pytaniami o 
nazwę pliku i sposób jego zapisania po zaszyfrowaniu dostępu i 
wreszcie o hasło. Deerypt oczywiście odwraca ten proces. Są dwa 
sposoby zapisania zaszyfrowanego pliku: tryb tekstowy, który poz¬ 
wala na przesyłanie pliku przez łącze komuniacyjne i tryb nietek- 
stowy. W obu trybach plik zaszyfrowany zostaje zapisany dokład¬ 
nie w miejscu pierwotnej wersji. SuperKey (KEY.COM) używa 
szybkiego algorytmu, względnie łatwego do rozszyfrowania. Nato¬ 
miast KEYDES.COM stosuje wolniejszy, ale o wiele sprytniejszy 
sposób. Należy przy obu metodach zalecić najwyższą ostrożność i 
sprawdzenie możliwości własnej pamięci, gdyż zapomnienie hasła 
może zakończyć się utratą danych. Nie wolno także mieszać metod 
szyfrowania i deszy^acji. Przechodzimy teraz do menu związanych 
z makrorozkazami: 

Macros: 

- początek tworzenia makrorozkazu. 

- nadanie etykiety makrorozkazowi do wyświetlenia 
przez Commands shoW titles. 

- makrorozkaz będzie oczekiwać na podanie z kla¬ 
wiatury ciągu zn^ów o długości ustalonej <Spac- 
ią> lub symbolami formatującymi (N - cyfry, L - rów¬ 
nany do lewego, R - do prawego marginesu, C - cen¬ 
trowany). 


Begin 

Title 

Fixed Field 


autO-start 


eDit 

Load 

Merge 

Clear 

Save 


- makrorozkaz będzie oczekiwał na podanie z kla¬ 
wiatury ciągu znaków o dowolnej długości. 

- automatyczne wykonanie makrorozkazu w chwili 
załadowania do pamięci pliku .MAC. 

End - koniec tworzenia makrorozkazu. 

cUt and pastę - skopiowanie i zapamiętanie ”pod” wybranym kla¬ 
wiszem fragmentu ekranu, przez oznaczenie górne¬ 
go lewego rogu kursorem i <B>, a dolnego prawe¬ 
go kursorem i <Enter>. Fragment można wkopio- 
wać w inne miejsce po wciśnięciu wybranego klawi¬ 
sza. 

- włączenie edytora makrorozkazów. 

- załadowanie do pamięci pliku .MAC. 

- równoczesne użycie kilku plików .MAC. 

- usunięcie makrorozkazów z pamięci. 

- zapisanie na dysku makrorozkazów w pliku .MAC. 

Functions - funkcje, które mogą być użyte tylko z makrorozkazu: 

dAte - wypisanie daty z kiendarza systemu na ekranie. 

Beep - sygnał dźwiękowy o podanym czasie trwania, wy¬ 

sokości początkowej i końcowej. 

Clear screen - czyszczenie ekranu. 

Delayfactor - opóźnia wykonywanie makrorozkazu o podaną 

ilość odwołań programu użytkowego do klawiatury. 
Potrzebne przy wyprowadzaniu tekstów z makroroz¬ 
kazów w niektórych wolno pracujących progra¬ 
mach. 

Keyboard lock- wył/włączenie klawiatury. 

Logged drive - wyświetlenie oznaczenia bieżącego napędu dysko¬ 
wego. 

Path - wyświetlenie bieżącego katalogu i ścieżki. 

Real time delay - jak Delay factor, ale czas mierzony w setnych se¬ 
kundy. 

Screen off - wyłączenie ekranu. 

screen On - włączenie ekranu. 

Time - wyświetlenie czasu z zegara systemowego. 

cUt and pastę - podobne do Macros-cUt and pastę, ale bez zapa¬ 
miętania fragmentu ekranu. Skopiowanie następuje 
natychmiast po wciśnięciu <Enter> w miejsce oz¬ 
naczone kursorem przed rozpoczęciem realizowa¬ 
nia funkcji. 

Commands: 

Commandstack- wyświetlenie okna z komendami odłożonymi na 

stosie (do 256 znaków) i umożliwienie wybrania do¬ 
wolnej z nich kursorem. 

- umożliwia wykorzystanie standardowych funkcji 
klawiszy przedefiniowanych w makrorozkazie. 

- przerywa działanie makrorozkazu, przydatne zwła¬ 
szcza przy beznadziejnych pętlach. 

- wywołanie SideKicka z makrorozkazu. 

- wyświetlenie okna ze zdefiniowanymi makrorozka¬ 
zami i dotyczącymi ich tytułami 0*eśli takowe zostały 
im nadane). 


sKip macro 
stoP 

Sidekick 
shoW titles 


Options: 

Arrow keys 


OFF 


Bottom linę OFF 


Command 

stack 


- wył/włącza używane alternatywnie zamiast 
strzałek klawisze F7-F10. Można także 
wymienić te klawisze na inne. 

- linia informacji w czasie tworzenia 
makrorozkazu wyświetlana na górze lub dole 
(ON) ekranu. 


ON - wył/włącza odkładanie komend 


Macros Commands Functions Options Defaults Encryption Łayout Setup 


Begin macro 

Alt- 

Title 

Alf 

autO-start 

Alt' 

End macro 

Alt- 

Menu 

Alt/ 

Fixed fle Id 

Ctrl ] 

Var field 

Ctrl- 

cUt and pastę 

Alt] 

beGin błock 

B 

sKip macro 


stoP 

CtrlESC 

shoW titles 

AltPRT 

Command stack 

Alt\ 

Decimal point 


deLimiter 


fili cHaracter 

SPACE > 

help sYstem 

FI 

Arrow keys 


Save defaults 
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Programy użytkowe 


Format fields OFF 
Keyb. click OFF 
One finger OFF 

Playback 
delay 0 

proTect delay 3 

sUspend OFF 


wyprowadzonych z klawiatury na stos (działa 
także z dBase). 

- wył/włącza formatowanie pól w obrębie 
makrorozkazu. 

- wył/włącza sygnał dźwiękowy towarzyszący 
naciskaniu klawiszy. 

- ON pozwala na sekwencyjne naciskanie 
klawiszy w kombinacjach wymagających 
normalnie wciskania równoczesnego. 

- opóźnia wykonywanie makrorozkazu o 
podaną liczbę przerwań sprawdzających 
stan klawiatury. Potrzebne przy 
wyprowadzaniu tekstów z makrorozkazów w 
niektórych wolno pracujących 
programach. 

- czas w minutach, po którym wyłączany jest 
ekran, jeśli nie nastąpiła żadna akcja z 
klawiatury. Włączenie następuje po 
wciśnięciu dowolnego klawisza. 

- ON zawiesza działanie SuperKey. 
Uaktywnienie następuje po komendzie z 
systemu operacyjnego: 

C: \ KEY>KEY \ OU. 


disk Wait OFF - ON zatrzymuje w buforze wszystkie kody 

podane z klawiatury w czasie pracy napędu 
dyskowego. Potrzebne w pracy z 
programami, które tego nie robią lub 
automatycznie opróżniają bufor. 

Save options - zapamiętanie opcji. 

Defaults: zawiera kombinacje klawiszy wywołujących poszczegó¬ 
lne funkcje SuperKey bez posługiwania się menu. Mogą być one 
dowolnie zmieniane i zapamiętane, by nie kolidowały z używanymi 
przez nas programami. Pozostałe pozycje to: 

Decimal point. - znak oddzielaj ący część całkowitą od 

dziesiętnej w polu sformatowanym. 
deLimiter , - znak oddzielający liczby w sformatowanym 

polu cyfrowym. 


fili cHaracter 

<SPACE> - kody wypełniające niezapisaną część 

sformatowanego pola o stałej długości. 

Arrow keys - zdefiniowanie alternatywnych klawiszy 

kursora. 

Save defaults - zapamiętanie wszystkich ustaleń. 

Tworzenie makrorozkazów jest bardzo proste, a dzięki zapisywa¬ 
niu ich w plikach tekstowych może być dokonane na kilka sposobów. 
Pierwszy z nich polega na korzystaniu z menu lub z odpowiadających 
menu klawiszy podanych w Defaults. Drugi sposób, ^órego nie bę¬ 
dziemy omawiać, gdyż świetnie tłumaczy się sam, opiera się na uru¬ 
chomieniu funkcji eDit z menu Macros. Trzeci wreszcie, godny pole¬ 
cenia sprawnym użytkownikom, to redagowanie makrorozkazów w 
edytorze tekstów (nie wstawiającym znaków kontrolnych). 

Spróbujmy utworzyć prosty makrorozkaz ułatwiający ustawianie 
parametrów pracy drukarki za pomocą komendy systemowej 
MODĘ, uruchamiany wciśnięciem <AltP>. Będziemy podawać 
literami dużymi klawisze wywołujące opcje z opisanych wyżej 
menu, małymi - teksty wyprowadzane z klawiatury oraz odpowied¬ 
nie klawisze funkcyjne lub kombinacje klawiszy 
<Alt/>MB<AltP>mode lptl:<Alt/>MVN<Ctrl-^,<Alt/ 
>MFN<Ctrl]><Enter> < Alt/>MTmode Ipt 1 :X,Y <Enter> < 


Alt/>ME 


Objaśnienie: < Alt/> to wywołanie głównego menu, następnie ko¬ 
lejnych jego opcji(Macros-Begin); < AltP> - podanie w odpowiedzi 
na pytanie programu kombinacji zapamiętującej makrorozkaz; dalej 
treść komendy systemowej, ponowne wywołanie menu dla zdefinio¬ 
wania pola o zmiennej długości (Macros-Var Field) o formacie przyj¬ 
mującym tylko cyfry (N - Numeric format); <Ctrl-> kończy definicję 
pola; dalej, po przecinku, znów wracamy do menu dla zdefiniowania 
pola o stałej długości (Macros-Fbced Field) jednego znaku i formacie 
cyfrowym; <Ctrl] - koniec definicji pola; dodajemy jeszcze <Enter> 
aby rozkaz wykonany został automatycznie po wprowadzeniu żąda¬ 
nych wartości; kolejne powroty do menu dla nadania etykiety (Ma- 
cros-Title) i zakończenia tworzenia (Macros-End). W ten sam spo¬ 
sób można w makrorozkazy włączać opcje ze wszystkich menu z wy¬ 
jątkiem Encryption i Setup. Od tej chwili makrorozkaz ten pozostaje 
w pamięci, natomiast dla zachowania go do dalszej pracy trzeba użyć 
opcji Macros- Save. Zapisany na dysku w pliku .MAC makrorozkaz 
będzie miał następującą formę: 

<BEGDEF> <AltP><TITLE>mode lptl:X,Y<TITLE>mode 
lptl:<VFLD>N<VFLD>,<rrLD>N<FFLD><ENTER> <ENDDEF> 

Dla piszących makrorozkazy w edytorach istotne są tu dwie in¬ 


formacje - jeśli w skład makrorozkazu wchodzi <ENTER>, to musi 
on kończyć w zapisie linię; każdy makrorozkaz musi zaczynać się 
od <BEGDEF> i kończyć <ENDDEF>. Wyjątek stanowią tu tzw. 
display macros czyli teksty do wyświetlenia na ekranie w specjal¬ 
nym oknie (nie da się ich utworzyć bez edytora). Oto przykład: 
<BEGDISP><AltFl>30,5,20,3.<TITLE>Ostrzezenie<TITLE> 
<AUTO><TRANSP>NIE DOTYKAĆ!<ENDDEF> 

<AltFl> - ta kombinacja klawiszy wyświetli nasz napis; liczby ko¬ 
lejno: lewa kolumna, górna linia, szerokość, wysokość okna wraz z 
ramką; tytuł do wyświetlenia przez shoW titles; <AUTO> samo¬ 
czynne wykonanie makrorozkazu po wczytaniu do pamięci zesta¬ 
wu, w skład którego on wchodzi; <TRANSP> - dalszą pracę moż¬ 
na rozpocząć bez konieczności wciśnięcia <Escape> dla usunię¬ 
cia napisu z ekranu. Włączenie w odpowiednie miejsca tekstu 
<CtrlIj> podzieli go na strony, a <CtrlB> i <CtrlD> zmieni kolo¬ 
ry tekstu oraz ramki w stosunku do wartości zadeklarowanych przy 
instalacji programu. 
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Użycie edytora tekstowego jest także konieczne, jeśli zamierza¬ 
my włączyć do makrorozkazów rozszerzony kod ASCII, gdyż przy 
aktywnym SuperKey znaki powyżej 126 są niedostępne z klawiatury. 

Makrorozkazy mogą być również zagnieżdżone, co jest godne 
polecenia szczególnie, gdy wprowadzamy z klawiatury np. nazwę 
pliku, na którym dokonywać będziemy kilku operacji, a nie chce¬ 
my tej nazwy podawać za każdym razem. Najlepiej ten problem ilu¬ 
struje przykład podręcznikowy: 

<BEGDEF><AltC>copy <BEGDEF><CtrlF10> 

<ENDDEF> A:<ENTER> erase <CtrlF10><ENTER> 
<ENDDEF> 

Sztuczka polega na tym, że w trakcie wykonywania głównego 
makrorozkazu jest tworzony nowy, który przyjmuje nazwę pliku 
wypisaną z klawiatury, a następnie zostaje wykonany po wyświet¬ 
leniu na ekranie ERASE, oszczędzając nam ponownego podawa¬ 
nia nazwy. 

Doświadczenie uczy, że SuperKey nie współpracuje z wieloma 
programami działającymi w trybie graficznym (np. MS Word, Win¬ 
dows), popada też czasami w konflikt z programami rozszerzający¬ 
mi klawiaturę (np. Fansi-Console), natomiast znakomicie się czuje 
w towarzystwie baz danych, edytorów, tabel itp. Przed użyciem 
programów graficznych lepiej wyrzucić SuperKey z pamięci, a co 
najmniej wyłączyć proTect delay, gdyż funkcja ta pozostaje akty¬ 
wna i - przy pracy z Windows oraz innymi programami nie wy¬ 
świetlającymi Help tekstowo - ekran gaśnie na dobre (zmuszając 
do wyjścia do systemu). 

SuperKey może być wywoływany z plików wsadowych (.BAT). 
Jako parametrów używać można wszystkich pozycji z Options, Lay- 
out, Defaults oraz Macros: Load, Clear. Działanie takie jest skute¬ 
czne zarówno przy pierwszym wywołaniu programu, jak i w czasie 
jego czuwania w pamięci. Na przykład: C:KEY>key test/ML / 
OT+ /OW- /DV[Ctrl.] spowoduje uruchomienie SuperKey z zała¬ 
dowanym zestawem makrorozkazów z pliku TEST.MAC, włącze¬ 
nie proTect delay, wyłączenie disk Wait i ustalenie, że pozycja 
Var field z Macros będzie wywoływana przez kombinację 
<Ctrl.>. SuperKey oddaje wielkie usługi w czasie pracy z progra¬ 
mami o rozbudowanej ”gałkologii” (np. LOTUS), oszczędzając wie¬ 
le czasu i odciążając naszą pamięć. Szczególnie cenna wydaje się 
możliwość wprowadzania informacji z klawiatury w różnych zdefi¬ 
niowanych uprzednio formatach. Miłą też jego cechą są ostrzeżenia 
i uponmienia zabezpieczające nas przed utratą makrorozkazów lub 
przedefiniowaniem uprzednio zdefiniowanego klawisza. 
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Publikowany dziś odcinek cyklu ‘Praktyka programowania” w 
intencji autora oraz zgodnie z logikę pracy nad programem miał 
ukazać się jako rozpoczynający cykl. W wyniku naszego błędu po¬ 
jawia się jako ostatni - poprzednie ukazały się w numerach 6/88 
(“kodowanie”) i 8/88 (“uruchamianie programu”). 

Niedawno widziałem program do obliczeń inżynierskich, który 
autorzy uznali za profesjonalny. Pod względem merytorycznym był 
bez zarzutu - stosował bardzo efektywny algorytm i dokładny mo¬ 
del opisujący analizowany obiekt. Niestety, posługiwanie się nim 
wymagało ciągłego wertowania instrukcji obsługi. Wprowadzane 
dane były wyświetlane dopiero po zakończeniu obliczeń - przed¬ 
tem nie wiadomo, czy je trzeba poprawiać, czy nie. Drukowany był 
tylko wynik końcowy, bez rezultatów pośrednich pozwalających 
doświadczonemu inżynierowi kontrolować poprawność obliczeń. 

Pierwszą czynnością przed napisaniem dla kogoś programu 
musi być przełamanie bariery psychicznej. My wiemy, że nasze 
programy są bezbłędne, znamy na pamięć ich wszystkie opcje, 
wnętrze komputera rozgryźliśmy lepiej niż Piotruś Norton. Użytko¬ 
wnik naszego dzieła jest w znacznie gorszej sytuacji - należy mu 
trochę pomóc. 

Mało kto wie dokładnie, czego oczekuje od programu. Przed 
jego napisaniem należy drobiazgowo omówić z przyszłym użytko¬ 
wnikiem wszystkie szczegóły: opcje, formaty wydruków, rodzaje 
wykorzystywanych drukarek, rozmiary przechowywanych da¬ 
nych i tym podobne. Najlepiej spisać to wszystko na papierze - pi¬ 
sanie zmusza do przemyślenia wielu spraw. Nawet jeśli piszemy 
program tylko dla siebie, warto przedtem sporządzić jego opis. 

Kolejną sprawą jest dobór właściwego algorytmu. Duże progra¬ 
my używają wielu różnych algorytmów; wszystkie powinny być op¬ 
tymalne. Na przykład przy tworzeniu bazy danych musimy rozwią¬ 
zać sortowanie, przeszukiwanie, wprowadzanie i wyprowadzanie 
informacji, ewentualnie także kompresję plików przed zapisaniem 
w pamięci masowej. Nie musimy i nawet nie powinniśmy wymyślać 
algorytmów sami - można je znaleźć w podręcznikach z serii Biblio¬ 
teka Inżynierii Programowania. Od pewnego czasu algorytmy są 
publikowane w dziale KMK. Musimy uwierzyć, że stworzone i prze¬ 
analizowane przez zawodowych informatyków algorytmy są lep¬ 
sze od wszystkiego, co moglibyśmy sami wymyślić. Dostatecznie 
dużo miejsca na inwencję pozostaje w tych częściach programu, 
które są nietypowe. 

Dobrze jest, jeśli programista zna się na zagadnieniach rozwiązy¬ 
wanych przez program. Często jednak twory wąskich specjalistów 
z jakiejś dziedziny przypominają labirynt zrozumiały tylko dla nich 
samych. Najlepiej, żeby specjalista ściśle współpracował z progra¬ 
mistą - przede wszystkim w fazie projektowania programu. W tym 
czasie poprawienie błędu merytorycznego jest o wiele łatwiejsze 
niż na końcu pracy. 

Kiedy zawii się dom, projektantowi grozi więzienie. Nikt go nie 
spyta, czy używał naszego programu, czy przeprowadzał oblicze¬ 
nia na piechotę. Nie dziwmy się więc, że użytkownik może nie mieć 
do programu zaufania i może obawiać się pracować z nim. Zgodnie 
z maksymą ”jak Cię widzą...” na zaufanie olbrzymi wpływ mają pro¬ 
cedury współpracy z użytkownikiem. Musimy przyjąć zasadę mak¬ 
symalnego ułatwienia pracy innej osobie - zawsze znającej pro¬ 
gram gorzej niż my sami. W dużych programach moduły komuni¬ 
kacji zajmują większość objętości, co trzeba uznać za normalne. 

Wszystkie dostępne opcje muszą być wyświetlone na ekranie, a 
nie ukryte w podręczniku obsługi. Jeżeli menu ma strukturę drze¬ 
wa, nie powinno być więcej niż dwa-trzy poziomy wyborów. Na 
każdym z nich należy umożliwić łatwy powrót do menu głównego 
- najlepiej zawsze za pomocą tego samego klawisza. Często się 
zdarza, że jedna z opcji jest wykorzystywana znacznie częściej niż 


inne. Wtedy udostępnienie jej przez naciśnięcie klawisza ENTER 
bardzo ułatwia pracę. 

Stosowanie grafiki okien, niekoniecznie równocześnie z myszą, 
stwarza użytkownikowi komfort pracy. Bardzo mi się podobają roz¬ 
wiązania wzorowane na Norton Commander, w których opcje 
zmienia się za pomocą kursora, wybrana możliwość jest podkre¬ 
ślona (na przykład przez rozjaśnienie tła), a do potwierdzenia wy¬ 
boru służy klawisz ENTER. W większości translatorów języków dla 
IBM PC nie przewidziano firmowo grafiki okien - Fortran został 
pozbawiony jakiejkolwiek grafiki. Jeśli jednak pracujemy w dużym 
zakładzie czy na wyższej uczelni, na pewno znajdziemy znajomego, 
który kiedyś stworzył wszelkie potrzebne procedury. 

Oczywiste są takie cechy dobrego programu, jak automatyczna 
obsługa błędów, wyświetlanie wszystkich wprowadzanych da¬ 
nych i częste pytania o konieczność dokonania poprawek. Jeśli 
program został przeznaczony dla szerszego grona użytkowników, 
powinien pracować z kilkoma najczęściej spotykanymi rodzajami 
kart graficznych, drukarek, pamięci masowych. W każdej chwili 
winien oferować zwięzłą, treściwą pomoc dla użytkownika - 
”HELP”. Obecnie często programiści specjalnie utrudniają zrozumie¬ 
nie sposobu korzystania z programu, by uniemożliwić jego wykorzy¬ 
stywanie bez podręcznika użytkownika czy kursu obsługi. Jest to w 
naszych warunkach jedyna skuteczna ochrona programu przed nie¬ 
legalnym kopiowaniem. Z punktu widzenia informatyka i użytkowni¬ 
ka sposób jest nie tyle nieelegancki, co utrudniający życie. 

Często są używane "efekty specjalne” - graficzne i dźwiękowe. 
Ich stosowanie powinno być uz^eżnione od przeznaczenia progra¬ 
mu. Bardzo pożądane są one w grach i programach edukacyjnych 
dla dzieci. Pisząc program edukacyjny dla osób starszych należy 
już zachować ostrożność, całkowicie hamując twórcze zapędy w 
programach użytkowych. Zawsze trzeba mieć przede wszystkim 
na uwadze główny cel programu - jemu wszystko powinno być 
podporządkowane. 

Gdy już dokładnie wiemy, co program ma robić, musimy rozbić 
zagadnienie na kilka mniejszych problemów. Podziału dokonuje¬ 
my ściśle według struktury logicznej algorytmu. Na przykład pro¬ 
gram wymiarujący konstrukcję można podzielić na części: 

- wprowadzenie danych o materiałach, 

- wprowadzenie charakterystyki geometrycznej projektowanego 
obiektu, 

- wprowadzenie danych o obciążeniach, 

- obliczenie sił wewnętrznych występujących w elementach kon¬ 
strukcji, 

- znalezienie takich wymiarów przekrojów poprzecznych elemen¬ 
tów, aby wytrzymywały działanie wyliczonych sił wewnętrznych. 
Każdą z tych czynności można rozłożyć na mniejsze. Postępuje¬ 
my tak dopóty, aż uzyskamy zadanie podzielone na proste proce¬ 
dury. Powyższy sposób postępowania jest nazywany programowa¬ 
niem zstępującym. 

Optym^ną długością procedury jest kilkadziesiąt wierszy kodu 
źródłowego. Ważne jest, aby procedura realizowała jedno, wyraź¬ 
nie określone, zadanie. Van Tassel sugeruje, by opisać pracę wy¬ 
konywaną przez procedurę na kartce. Jeśli nie można tego uczynić 
w jednym zdaniu, podprogram należy podzielić na mniejsze. Pro¬ 
cedurę o zalecanej długości łatwo zapamiętać, zrozumieć, zakodo¬ 
wać i przetestować w ciągu godziny. 

Każda procedura - zarówno najniższego rzędu, jak też wyższych 

- powinna mieć jedno wejście i jedno wyjście. Należy unikać stoso¬ 
wania instrukcji GO TO bezwarunkowo; rozkazy w podprogramie 
muszą być kolejno wykonywane od jego początku do końca. 
Wszystkie zmienne używane tylko wewnątrz procedury powinny 
być definiowane jako lokalne - o ile stosowany język na to pozwala. 

Pisząc program musimy umożliwić dokonywanie w nim zmian. 
Przypuśćmy, że nasz przykładowy program wymiaruje konstruk¬ 
cje żelbetowe. Taki mieliśmy napisać, zrobiliśmy swoje i zainkaso- 
waliśmy honorarium. Po pewnym czasie zleceniodawca stwierdził, 
iż za pomocą programu chciałby również projektować budynki 
stalowe. Musimy odpowiednio uzupełnić pierwszą i ostatnią część 
programu - pozostałe zostaną bez zmian. Podprogramy powinny 
być zapisane w taki sposób, by uzupełnień dało się dokonać w dro¬ 
dze napisania dodatkowych procedur, dołączonych do menu. Im 
nmiej trzeba zmieniać w już istniejących procedurach, tym lepiej. 
Praktycznie każdy większy program jest wielokrotnie przerabiany 
dla zwiększenia jego możliwości. Zawsze się znajdzie jakaś mutacja 
problemu wymagająca dodatkowych wierszy kodu, na której po¬ 
minięcie ZDECYDOWALIŚMY SIĘ (podkreślam - musi być to efekt 
świadomego wyboru, a nie przypadku) początkowo. 

Wybór języka jest często sprawą drugorzędną. Pracujący ze 
Spectrum i magnetofonem są skazani na Basic uzupełniany o pro¬ 
cedury w asemblerze - im więcej funkcji systemu operacyjnego ma 
spełniać program i im szybciej działać, tym częściej trzeba używać 
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języka maszynowego. Realne jest tworzenie i przetestowanie 
dziennie dwóch kilobajtów Basica lub kilkuset bajtów kodu maszy¬ 
nowego. Dostateczną szybkość pracy programu zapewnia jego 
skompilowanie - najczęściej jest używany TOBOS FP. Napisanie 
dużego programu w Pascalu jest możliwe, ale bardzo żmudne. Sta¬ 
cja dysków pozwala szybciej pisać programy w asemblerze Gęśli 
popełniamy sporo błędów i często musimy wczytywać kompilator 
od nowa), ale nie w Basicu i Pascalu. 

Istnieją na Spectrum wersje translatorów języków Forth i Logo, 
jednak nie widziałem dotąd programu użytkowego napisanego w 
którymś z nich. 

Znacznie większy wybór mają użytkownicy IBM PC. Różne wer¬ 
sje Pascala i Fortranu, C, Basica, asembler... Basic jest używany do 
obliczeń podręcznych, ale napisanie krótkiego programu w Turbo 
Pascalu zajmuje tyle samo czasu. C jest uważany za język pozwala¬ 
jący modyfikować system operacyjny, jednak wiele na tym polu 
możemy zdziałać (na przykład wykorzystywać wszystkie funkcje 
MS-DOS i BIOS) używając Turbo Pascala. Zdecydowanie się na 
Fortran umożliwia wykorzystanie, po niewielkich przeróbkach, 
bogatej biblioteki programów dla maszyn Odra i Mera. 

Decyzja o wyborze języka ma znaczenie przy pracy zespołowej 
lub wtedy, gdy program ma być w przyszłości czytany i modyfiko¬ 
wany. Większość firm tworzących oprogramowanie, w tym Micro¬ 
soft, używa C i asemblera. Jeśli mamy napisać program samodzie¬ 
lnie, stosujmy taki język, by zakończyć pracę z minimalną liczbą 
błędów. 

Jaki by nie był nasz wybór, przed rozpoczęciem pracy warto 
przejrzeć raport języka lub jakiś podręcznik używanej wersji. Kie¬ 
dyś, gdy z Basica przesiadałem się na Pascala, wiele czasu straci¬ 
łem wpisując SOR zamiast SORT - dopiero rzut oka do podręcznika 
dopomógł w zn^ezieniu błędu. Na ogół warto zadać sobie trud do¬ 
tarcia do oryginalnej dokumentacji - jest kompletniejsza niż tłuma¬ 
czenia. Możemy też znacznie skrócić czas pracy używając goto¬ 
wych i przetestowanych procedur bibliotecznych. 


Literatura: 

Dennie van Tassel "Praktyka programowania”, WNT 1982 
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Poprzednio ("Komputer” 4/88) omówiliśmy programowanie współbieżne z 
aktywnym oczekiwaniem. Jest to metoda rozrzutna: sprawdzając, czy spełniony 
został jakiś warunek, programy trwonią czas komputera, zwłaszcza gdy w ko¬ 
lejce czeka ich wiele. Program aktywnie oczekujący działa jak właściciel samo¬ 
chodu, co chwila wyglądający przez okno, zamiast kupić auto-ałarm. 

Taki auto-alarm stworzył profesor Dijkstra, a zwany jest on semaforem z 
nieaktywną formą oczekiwania. Semafor jest zmienną globalną, na której 
można wykonywać dwie operacje tradycyjnie oznaczane jako P i V (od ho¬ 
lenderskich słów passeren - przejść i vrygeven - zwolnić). 

Operacja P zmniejsza wartości dodatnie semafora o jeden lub zawiesza 
wykonujący ją program, póki semafor nie uzyska wartości dodatniej. Opera¬ 
cja V zwiększa wartość semafora o jeden, umożliwiając wykonanie na tym 
semaforze jednej z opóźnionych operacji P, o ile takie występują. 

Przykład 1 

Oto nowa wersja algorytmu produkcji i kradzieży śliwek (producenta i 
konsumenta, czyli buforowania) z nieograniczoną pojemnością bufora. Uży¬ 
jemy dwóch semaforów. Jeden z nich (-wypełnienie-) pilnuje, by konsu¬ 
ment nie pobrał więcej elementów, niż zawiera ich BUFOR. Drugi semafor 
(-bezpieczeństwo-) umożliwia wykluczanie się programów przy dostępie 
do bufora. Oto algorytm dla obu programów: 

PRODUCENT: 

1. produkuj element 

2. P(bezpieczeństwo) 

3. umieść element w BUFORZE 

4. V(bezpieczeństwo) 

5. V(wypełnienie) 

6. wróć do kroku 1 
KONSUMENT: 

1. P(wypełnienie) 

2. P(bezpieczeństwo) 

3. pobierz element z BUFORA 

4. V(bezpieczeństwo) 

5. konsumuj element 

6. wróć do kroku 1 

Prawda, że jest on dużo prostszy od poprzedniego? Jest też oszczędniej¬ 
szy, gdyż programy nie oczekują aktywnie. Początkowo BUFOR jest pusty, a 
więc -wypełnienie- =0 i żaden program z niego nie korzysta, więc -bezpie¬ 
czeństwo-= 1. 

Czytelnikom proponuję zbudowanie algorytmu dla BUFORA ze skończo¬ 
ną pojemnością. Potrzebny będzie semafor symetryczny do semafora -wy¬ 
pełnienie- wskazujący liczbę wolnych miejsc w BUFORZE (początkowo ró¬ 
wną jego pojemności). 

Zakleszczenie 

Co się stanie, gdy program kolejno dwukrotnie wykona operację V na se¬ 
maforze typu "bezpiecznik”? Zapewne "wpuści” dwa inne programy do re¬ 
gionu krytycznego, a każdy z nich będzie ufał, że ma wyłączny dostęp do 
zmiennej. A w przypadku operacji P? Przy drugim jej wykonaniu semafor ma 
wartość 0 i operacja zostanie opóźniona. Kiedy program zostanie wznowio¬ 
ny? Nigdy, bo inny program musiałby opuścić region krytyczny, a wcześniej 
doń wejść, co uniemożliwia wyzerowany semafor! Stan, w którym program 
czeka na spełnienie niewykonalnego warunku, nazywamy zakleszczeniem 
(ang. deadlock, spotyka się też inne polskie tłumaczenia tego terminu). Pro¬ 
blem unikania go przekracza ramy tego artykułu. 

Monitor 

Koncepcja semafora z nieaktywnym oczekiwaniem była przełomem. 
Nowe rozwiązania pojawiły się potem lawinowo. Omówimy jedno z nich, 
związane blisko z pojęciem klasy (omawiałem je w "Komputerze” 4/87). 

Przypomnijmy, że klasa to zespół zmiennych oraz procedur, których wy¬ 
wołanie jest jedynym sposobem dostępu do zmiennych klasy. Klasa jako 
mechanizm programowania współbieżnego musi być dostępna dla wszyst¬ 
kich programów Gak semafor) i wywołania jej procedur muszą się wyklu¬ 
cie. Możliwe musi być też zawieszenie działania programu do czasu speł¬ 
nienia jakiegoś warunku. W semaforze warunek taki jest badany wraz z zaję¬ 
ciem regionu krytycznego. Wywołanie procedury klasy wyklucza co praw¬ 
da wywołanie jej procedur przez inne programy, ale gdy operacja na zmien¬ 
nej klasy nie może być wykonana (na przykład nie można pobrać elementu 
z pustego bufora), mamy kłopot. Można zakończyć procedurę i wywołać ją I 
ponownie (może tymczasem inny program zapełni bufor), ale jest to oczeki- 
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wanie aktywne, ktorego mamy unikać. Profesor Hoare zaproponował wpro¬ 
wadzenie zmiennych typu -condition- (warunek). Wykonanie operacji 
-wait- (czekaj) na takiej zmiennej zawiesza program wywołujący, póki inny 
program nie wykona operacji -signal- (sygnalizuj spełnienie warunku). Pro¬ 
gram oczekujący jest wznawiany bezpośrednio po te] operacji. 

Klasę o wymienionych cechach nazywamy monitorem. Jest to drugie, 
obok semafora, podstawowe narzędzie programowania współbieżnego. 
Przykład 2 

Oto algorytm "producent - konsument”, wykorzystujący monitor, tym ra¬ 
zem dla bufora o ograniczonej pojemności: 

monitor BUFOR: 
zmienne C i D typu WARUNEK 
procedura UMIEŚĆ 

1. jeżeli bufor jest pełny to C.wait 

2. umieść element w buforze 

3. D.signal 
procedura POBIERZ 

1. jeżeli bufor jest pusty to D.wait 

2. pobierz element z bufora 

3. C.signal 

program PRODUCENT: 

1. produkuj element 

2. BUFOR.UMIE {C 

3. wróć do kroku 1 
program KONSUMENT: 

1. BUFOR.POBIERZ 

2. konsumuj element 

3. wróć do kroku 1 

Monitor a semafor 

Monitor ma dwie przewagi nad semaforem: operacje na zmiennej global¬ 
nej są zgrupowane, a zajmowanie i zwalnianie regionu krytycznego jest nie¬ 
podzielną operacją wywołania monitora (na przykład BUFOR.POBIERZ). Wy¬ 
klucza to zapomnienie o operacji P lub V na którejś ze ścieżek programu lub 
wykonanie jej dwukrotnie, na przykład w pętli. Do synchronizacji można tez 
użyć dowolnego warunku, nie tylko przejścia przez zero, jak w semaforze. 

Są to jednak mechanizmy równoważne, tzn. można zbudować zarowno 
monitor z semaforów, jak i semafor za pomocą monitora. 

Przykład: jądro systemu operacyjnego 

Oto algorytm jednoprocesorowego jądra zapisany w języku Concurrent 
Pascal (Pascal rozbudowany o konstrukcje klasy i monitora). Podstawowym 
użytym typem danych jest opis procesu (rekord -proces-), zawierający dwa 
■ pola: pole -rejestry-pozwala oczekującenu procesorowi sądzić, że ma "włas¬ 
ny” (wirtualny) procesor, którego stan rejestrów jest przechowywany w tym 
polu. Jego zawartość po uaktywnieniu procesu trafia do rejestrów procesora. 
Pole -następny- jest wskaźnikiem na następny element w kolejce proce- 
' sów (opisuje ją klasa -kolejka-). Głowa kolejki jest wskaźnikiem na pierw- 
' szy element, pierwszy element zawiera wskaźnik na drugi itd. Ostatni ele¬ 
ment (z początku jest nim głowa kolejki) zawiera wskaźnik -nil-: "donikąd”. 
Procedura -dołącz- dołącza proces na koniec kolejki, a procedura -weź- 
pobiera z niej pierwszy proces, gdy kolejka nie jest -pusta-. Jest to tzw. ko¬ 
lejka FIFO, z której pobierany jest zawsze element najdłużej w niej przeby¬ 
wający. Nasze jądro działa więc "sprawiedliwie”. 

Klasa -semafor-zawiera zmienną semaforową -licznik- i zmienną -zawie¬ 
szone-, będącą kolejką procesów, które wykonały operację P, gdy -licznik- 
był równy 0. Opis semafora zawiera procedury -P- i -V-. Jego wartość począ¬ 
tkowa jest parametrem procedury inicjującej w nagłówku klasy. 

Jądro (monitor -jądro-) korzysta z dwóch zmiennych. Są to: wskaźnik na 
proces aktywny oraz kolejka procesów gotowych do realizacji. 

Procedury monitora -jądro- mogą byc wywoływane przez procesy. Każdą 
z nich (oprócz inicjującej) rozpoczyna zapis stanu rejestrów procesora dla 
procesu aktywnego, a kończy się odtworzeniem ich wartości z opisu (nowe¬ 
go) procesu aktywnego. Operacji tych nie da się opisać w języku Concur¬ 
rent Pascal, trzeba skorzystać z asemblera. 

W procedurze -P-, gdy po zawieszeniu procesu (-licznik- =0) kolejka 
procesów gotowych jest pusta, a więc żaden proces nie może wykonać ope¬ 
racji V (być może wszystkie procesy są zakleszczone), jądro kończy działanie, 
j Procedura -start- uruchamia nowy proces. Proces wołający ją musi podać 

i stan rejestrów nowego procesora wirtualnego. 

Przełączanie 

J procesów 

Jeżeli jeden z procesów wykonuje (poprawnie lub w wyniku błędu) pętlę 
nieskończoną bez wywołań operacji P, to żaden inny proces nie będzie rea¬ 
lizowany. 

Zdefiniujmy więc procedurę -tik-, której wywołanie przez zegar zmienia 
proces aktywny, co daje procesom z kolejki dostęp do procesora w rytm 
przerwań zegara, np. co 20 ms. Opis jej wykracza poza Concmrent Pascal. 

Przy takim rozwiązaniu pojawia się następny problem. Otóż zegar może 
przerwać jedną z procedur jądra i region krytyczny kolejki procesów nie 
będzie zachowany. Podczas wykonywania procedur jądra przyjmowanie 
przerwań musi być więc blokowane. Blokowania przerwań nie można opi¬ 
sać w języku Concurrent Pascal. 

Jądro 

wieloprocesorowe 

Jak zmodyfikować nasze jądro, by mogło funkcjonować w komputerze 
wieloprocesorowym? Trzeba określić wskaźniki procesów aktywnych dla 
wszystkich procesorów, np. deklarując tablicę wskaźników. 

Po drugie, procesy z dwóch procesorów mogłyby teraz na przykład jed¬ 
nocześnie wywołać operację V na tym samym procesorze. Konieczna jest 
więc niepodzielna operacja "czytaj i pisz” i aktywne oczekiwanie. Tego frag¬ 
mentu jądra także nie opiszemy w języku Concurrent Pascal. 


Po trzecie, pusta kolejka procesów gotowych przy zawieszaniu procesu 
procedurą ’P’ nie oznacza jeszcze zakleszczenia wszystkich procesów, gdyż 
mogą występować procesy aktywne na innych procesorach. Jądro może 
oczekiwać aktywnie na pojawienie się opisu procesu w kolejce lub zatrzy¬ 
mać procesor i czekac na przerwanie aktywujące. Trzeba je wysłać, gdy na 
innym procesorze zostanie wznowiony jakiś proces. W obu wypadkach jed¬ 
nak jądro musi zwolnic region krytyczny, aby na innym procesorze mogła 
być wywołana procedura -V-, która wznowi jeden z procesów. Instrukcja 
"zatrzymaj" nie może być opisana w języku Concurrent Pascal. 

Na koniec proponuję Czytelnikowi takie zmodyfikowanie jądra, aby pro¬ 
ces mógł wstrzymać swoje działanie o określony czas (liczbę przerwań od 
zegara czasu rzeczywistego). 

Opisany algorytm jest bardzo uproszczony, pomija m.in. współpracę pro¬ 
cesów z urządzeniami, ilustruje jednak metody rozwiązywania problemów 
współbieżności. Autor zrealizował bardzo podobne jądro dla programów w 
Fortranie i C na komputerze IMP-85 w systemie CP/M 2.2. Zajmuje ono mniej 
niż 1000 bajtów pamięci, 
algorytm ”jądro” 

type wiązanie = proces; 
proces = record rejestry: array [...] of integer; 
następny: wiązanie 
end; 

kolejka = class; 

var głowa: wiązanie; 
procedurę entry dołącz (pr: wiązanie); 
var x: wiązanie; 
begin 

pr .następny : = nil; 
if głowa = nil 

^ then głowa : = pr 

else begin 
X: = głowa; 

while not (x .następny = nil) 
do X := x^.następny; 

X .następny : = pr 

end end; 

procedurę entry weź (var pr: wiązanie); 
begin 

if głowa - nil 
then pr : = nil 
else begin 
pr: ^ głowa; 

głowa : = głowa .następny 
end end; 

function entry pusta: boolean; 
begin 

pusta : = głowa = nil 
end; 
begin 

głowa: = nil 
end; (* klasa kolejka *) 

semafor = class (wartośćpoczątkowa: integer); 
var licznik: integer; 

zawieszone: kolejka; 
procedurę entry P (aldywny: wiązanie; 

var zawieszono: boolean); 

begin 

if licznik > 0 
then begin 

licznik := licznik-1; 
zawieszono: = false 
else begin 

zawieszone.dołącz (aktywny) 
zawieszono: = tnie 
end end; 

procedurę entry V (var wznowiony: wiązanie); 
begin 

if zawieszone .pusta 
then begin 

licznik := licznik +1; 
zawieszony: - nil 
else zawieszone.weź (wznowiony); 

end; 

begin licznik : = wartośćpoczątkowa; 

init zawieszone 
end; (* semafor *) 
var jądro: monitor (pr : wiązanie); 
var aktywny: wiązanie; 

gotowe: kolejka; 
procedurę entry P (s: semafor); 
var zawieszono: boolean; 
begin 

zachowajrejestry (aktywny .rejestry); 
s.P (aktywny, zawieszono); 
if zawieszono 

then if goto we.pusta 

then (* koniec działania jądra *) 
else begin 

gotowe.weź (aktywny); 
odtwórzrejestry (aktyymy'^ .rejestry) 

end end; 

procedurę entry V (s: semafor); 
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var wznowiony: wiązanie; 
begin 

zachowajrejestry (aktywny ^.rejestry); 
s.V (wznowiony); 
if not (wznowiony = nil) 
then begin 

gotowe.dołącz (wznowiony); 
odtwórzrejestry (aktywny ^.rejestry) 
end end; 

procedurę entry inicjuj (s : semafor; 

wartośćpoczątkowa: integer); 

begin 

zachowajrejestry (aktywny^.rejestry); 
init s (wartośćpoczątkowa); 
odtwórzrejestry (aktywny^.rejestry) 
end; 

procedurę entry start (pr: wiązanie) 
begin 

zachowajrejestry (aktywny^.rejestry); 
gotowe.dołącz (pr); 
odtwórzrejestry (aktywny^.rejestry) 
end; 

procedurę entry tik; 
begin 

zachowajrejestry (aktywny^ .rejestry); 
if not gotowe.pusta 
then begin 

gotowe.dołącz (aktywny); 
gotowe.weź (aktywny) 
end; 

odtwórzrejestry (aktywny^.rejestry) 
end; 
begin 

aktywny: = pr; 
init gotowe; 

odtwórzrejestry (aktywny^.rejestry) 
end (* jądro *) 
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Szanowny Panie Redaktorze, 

z wielką przyjemnością przeczy¬ 
tałem interesujący artykuł Andrze¬ 
ja Kadlofa ”Dziury w całym” ("Kom¬ 
puter” 3/88) 

Sprawdziłem działanie przykła¬ 
dowych programików zaprezento¬ 
wanych w tym artykule. Próby po¬ 
twierdziły wyniki uzyskane przez 
Andrzeja Kadlofa z dwoma wyjąt¬ 
kami. 

Problem 1. Zapamiętanie zawar¬ 
tości pamięci ekranu na dysku i 
powtórny odczyt (użycie instrukcji 
Blockread i Blockwrite). 

Wyniki uzyskane przez Kadlofa 
nie potwierdziły się w komputerze 
TC2000 firmy TRADECOM i kom¬ 
puterach EMDC; w przypadku 
sprzętu dostarczanego przez 
AGROCOMPUTER wynik zależał 
od egzemplarza. W komputerach 
TC2000 i EMDC odczyt i zapis za¬ 
wartości pamięci ekranu do/z zbio¬ 
ru dyskowego przebiegał bezbłę¬ 


dnie. W celu wyeliminowania 
wpływu kompilatora na wykonanie 
programu zrealizowałem ten sam 
algorytm w języku GWBASIC. Wy¬ 
konanie programu z wykorzysta¬ 
niem interpretera GWBASIC dało 
takie same wyniki. Przyczyna nie 
leży zatem w błędzie kompilatora, 
ale raczej w nieprawidłowej 
współpracy między tym fragmen¬ 
tem pamięci operacyjnej (tzn. pa¬ 
mięci ekranu) i układem DMA 
(bezpośredniego dostępu do pa¬ 
mięci) oraz sterownikiem monito¬ 
ra. Jak wiadomo, obszar pamięci 
ekranu rozciągający się od adresu 
$B000:0000 znajduje się fizycznie na 
pakiecie (karcie) sterownika mo¬ 
nitora Hercules. Układy wyświetla¬ 
jące muszą co 20 ms (1/50 s) pobrać 
zawartość pamięci celem odświe¬ 
żenia treści ekranu monitora. Z 
drugiej strony każda operacja dys¬ 
kowa jest wykonywana z wykorzy¬ 
stywaniem układu bezpośrednie¬ 


go dostępu do pamięci (ang. 
DMA). Z tego wynika, że może wy¬ 
stąpić konflikt w żądaniu dostępu 
do pamięci przez układy wyświet¬ 
lania i przez układ DMA. W efekcie 
nieprawidłowego zarządzania do¬ 
stępem do pamięci układ DMA ”nie 
trafia” w bajty znakowe, tylko w baj¬ 
ty attybutów znaków. Przypomnij¬ 
my, że organizaqa pamięci ekranu 
w komputerach PC/XT wygląda tak, 
że każdemu bajtowi danych (znak 
do wyświetlenia) towarzyszy bajt 
atrybutu. Podczas transmisji dysko¬ 
wej efekt "rozsynchronizowania” ad- 
resacji dla układu DMA występuje w 
obu Iderunkach (tzn. zapis na dysk i 
odczyt z dysku). 

Reasumując: obserwaqa A. Ka¬ 
dlofa była trafna, ale wyciągnięte 
wnioski błędne. Problem nie jest na¬ 
tury programowej, ale sprzętowej. 
Problem 2. Działanie procedury 
Delete. 

Pozwoliłem sobie zanalizować 
działanie procedury Delete. Otóż 
wykonanie procedury Delete na 
zmiennej łańcuchowej (ang. stńn0 
powoduje następujące czynności: 

a) skopiowanie w lewo znaków 
będących na prawo od kasowane¬ 
go fragmentu. 

b) zmodyfikowanie długości 
zmiennej. 

Słowa "skopiowanie” a nie "prze¬ 
niesienie” użyłem celowo, ponie¬ 
waż zmienia się wprawdzie dłu¬ 
gość zmiennej tekstowej, niemniej 
obszar pamięci zajęty przez po¬ 
przednią długość jest wypełniony 
ostatnim znakiem. Najlepiej zilu¬ 
struje to przykład: Niech zmienna 
łańcuchowa s zadeklarowana jako 
string [10] ma wartość ’?****ALA’. 
Używając procedury Delete skasu¬ 
jemy pierwszy znak, tzn. użyjemy 
Delete(s,l,l). 

Przed wykonaniem procedury 
Delete(s,l,l) obszar pamięci zare¬ 
zerwowany na zmienną s wygląda 
następująco: 

8bin ? * * * *ALAxx 

0 123456789 10 

X - wartość nieoznaczona 

a po wykonaniu Delete(s,l,l) wy¬ 
gląda zaś tak: 

7bin * * * *ALAAxx 

0 123456789 10 

X - wartość nieoznaczona 

Przykład ten ukazuje, dlaczego 
program napisany przez Andrzeja 
Kadlofa zawierający procedurę 
USUWAJ "zawiesza się”, gdy jako 
argument tej procedury położymy 
ciąg samych gwiazdek (w ogólnoś¬ 
ci - ciąg tych samych znaków). 
Otóż warunek s [ 1 ] = ch będzie za¬ 
wsze prawdziwy - miejsce pamięci 
o adresie zawartym w wyrażeniu s 
[ 1 ] będzie zawierało gwiazdkę 
(obszar pamięci przewidziany na 
zmienną s będzie w całości wypeł¬ 
niony gwiazdkami - co wynika z za¬ 
prezentowanego wyżej przykła¬ 
du). A zatem procedura usuwania 
wpada w nieskończoną pętlę. 

Przyczyna takiego zachowania 
się procedury USUWAJ nie leży po 
stronie kompilatora, tylko, niestety, 
po stronie Autora, Andrzeja Kadlo¬ 
fa. Stosuje on bowiem wyrażenia 
tablicowe (a niewątpliwie s [ 1 ] jest 
wyrażeniem tablicowym) do ope¬ 
racji na zmiennych łańcuchowych. 
Autor próbuje ratować sytuację ba¬ 


dając warunek (s [ 1. ] = ch) and 
(s<>”) ale - choć rozwiązanie jest 
skuteczne - to moim zditiem nie- 
eleganckie. Po operacji na zmien¬ 
nych łańcuchowych (ang. string) po¬ 
winno się używać przewidzianych 
do tego procedur. Proponuję tu uży¬ 
cie procedury COPY, która w poi 
programie USUWAJ wyglądałaby 
następująco: 


while COPY(s, 1,1)=ch do 


Proszę^ zwrócić uwagę, że warunek 
w pętli* while będzie fałszywy, jeśli 
łańcuch s będzie pusty. 

Mógłby ktoś zauważyć, że zmien¬ 
ne łańcuchowe to też tablice, tyle że 
zmiennej długości, więc i wyrażenia 
tablicowe też powinny być dozwolo¬ 
ne. Tak, ale po to twórca kompilato¬ 
ra wprowadził typ string i operacje 
dozwolone na t^ typie zmiennych 
(w postaci operatora łączenia 
zmiennych łańcuchowych - ang. 
concaf - i procedur standardowych), 
żeby "przykryć” fizyczne zachowa¬ 
nie się zmiennej tego typu. Wynika z 
tego wniosek, że traktowanie zmien¬ 
nej łańcuchowej jako tablicy jest 
oczyv\^cie dozwolone, ale wymaga 
pełnej świadomości programisty co 
do ewentualnych skutków takiego 
postępowania. Ta uwaga nie jest 
niestety wyrażona explicite w orygi¬ 
nalnej dokumentacji Turbo Pascala 
wersja 3.00, niemniej trzeba zdawać 
sobie sprawę, że zmienna łańcucho¬ 
wa jedynie przypomina zmienną ta¬ 
blicową (ang. anay). Nawiasem mó¬ 
wiąc, dokumentaqa do PASCALA 
MT+ ostrzega przed bezmyślnym 
traktowaniem zmiennych łańcucho¬ 
wych jako zmiennych tablicowych. 

Reasumując: 

Przyczyna złego działania proce¬ 
dury USUWAJ nie leży po stronie 
kompilatora. Wydaje mi się, że twór¬ 
ca kompilatora. Turbo Pascal celo¬ 
wo ”zdj^’ ochronę ze sprawdzania 
zgodności stosowanych wyrażeń ta¬ 
blicowych w stosunku do zmien¬ 
nych łańcuchowych. Miał prawdo¬ 
podobnie na celu umożliwienie bar¬ 
dziej "wyrafinowanego” programom 
wania. Z praktyki wiem, że np. pro¬ 
cedura POS działa haniebnie wolno; 
w pewnym programie "uwarunko¬ 
wanym czasowo” musiałem napisać 
własną, specjalizowaną procedurkę 
realizującą podobną funkcję. Korzy¬ 
stałem przy tym z wyrażeń tablico¬ 
wych na zmiennych łańcuchowych. 

Pozostałe efekty dostrzeżone 
przez Andrzeja Kadlofa powtarzają 
się we wszystldch komputerach. 

Łączę wyrazy szacunku 

Krzysztof Pietkiewicz 
Warszawa 

m 

Stephen K. O^Bńen w swojej książce 
Turbo Pascal: The Complete Referen- 
ce (str. 258) przedstawia procedurę 
StnpBlanks praktycznie identyczną z 
moją (usprawnioną wersją Usuwaj). Mo¬ 
żna by zatem przyjąć, że niedouczonych 
programatorów Turbo Pascala jest na 
świecie co najmniej dwóch, gdyby nie 
fakt, że książka ta ukazała się w USA w 
roku 1968 nakładem Borland-Osbome/ 
McGraw-Hill, jej autor jest czołowym 
programistą Borland International, a Phi- 
lippe Kahn (szef Grmy) napisał we wstę¬ 
pie, aby przytoczone w niej programy 
traktować jako wzorcowe przykłady po¬ 
prawnego stosowania języka. Sądzę, że 
to ostatecznie wyjaśnia intencje twór¬ 
ców Turbo Pascala i ich zalecenia doty¬ 
czące stosowania procedury Delete. Jej 
implementację będę w dalszym ciągu 
uważał za co najmniej niedoskonałą. 

Andrzej Kadlof 
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Przypuśćmy, że chcemy zdefiniować kursor w formie strzałki, 
np. takiej oto: 


# 









# 

# 

# 

• 

• 

• 

• 


• • 

# 

# 

# 

# 

# 

• 

• 


• • 

# 

# 

# 

# 

# 

# 

# 



# 

# 

# 

# 

# 

# 

# 

# 

# . 

# 

# 

# 

# 

# 

# 

# 

# 

# # 

# 

# 




# 

# 




# # . 

. # # 


W trybie graficznym można nadać kursorowi dowolny kształt, 
który da się skomponować w siatce 16x16 punktów. Program ob¬ 
sługi (ang. handler) myszki zawiera wzorzec standardowego kur¬ 
sora graficznego, którym jest strzałka. Do definiowania innych po¬ 
staci kursora graficznego służy funkcja usługowa nr 9. 

Definicja kursora odwołuje się do dwóch tablic złożonych z bi¬ 
tów i nazwanych odpowiednio wzorcem kursora i maską kursora. 
Każdy bit w tablicy jest związany z pojedynczym bitem rastra, tak 
więc każda tablica składa się z 16*16/8 = 32 bajtów, inaczej: 16 
słów. Można zatem przyjąć, że każdy element tablicy opisuje poje¬ 
dynczy wiersz kursora. Wzorzec wspólnie z maską decydują o tym, 
jaki będzie właściwy kształt kursora', tzn. który punkt jego matrycy 
stanie się elementem tła, który zaś - wypełnienia ekranu. Mówiąc 
ściślej: maska kursora poddawana jest operacji iloczynu logiczne¬ 
go (AND) z zawartością ekranu, natomiast bezpośrednio potem re¬ 
zultat poprzedniej operacji na ekranie zostanie poddany operacji 
różnicy symetrycznej (EX-OR, w skrócie: XOR) z zawartością wzor¬ 
ca kursora. Tak więc o postaci kursora w każdym z 16x16 punktów 
matrycy decyduje równocześnie para bitów: 1 we wzorcu kursora 
i 1 w masce kursora. Stan punktu ekranu w zależności od stanu od¬ 
powiednich bitów wzorca i maski zawiera tabela 1. 


Tabela 1. 

Wzorzec kurs. Maska kursora Stan punktu na ekranie 
0 0 Punkt przyjmie barwę tła 

1 0 Punkt przyjmie barwę wypełnienia 

0 1 Punkt zachowa stan poprzedni 

1 1 Nastąpi inwersja punktu 


Celownikiem nazywamy wyróżniony punkt matrycy kursora, 
którego współrzędne reprezentują współrzędne kursora graficz¬ 
nego. Domniemane położenie celownika to lewy górny punkt ma¬ 
trycy. W razie potrzeby można jednak uczynić celownikiem dowo¬ 
lny inny punkt matrycy, podając odpowiednie parametry progra¬ 
mowi obsługi myszki. Byłoby to konieczne np. wtedy, gdyby kur¬ 
sor miał przyjąć postać krzyża. W tym przypadku celownikiem po¬ 
winien zostać centralny punkt matrycy. 

Aby zdefiniować nową postać kursora graficznego, należy prze¬ 
kazać programowi obsługi w rejestrach BX i CX współrzędne X i Y 
celownika (dozwolone są wartości 0..15), natomiast w parze reje¬ 
strów ES:DX - absolutny adres nowej definicji kursora. Definicja 
składa się z 32 słów, z ^órych pierwsze 16 tworzy tablicę maski, 
pozostałe - tablicę wzorca kursora. W Turbo Pascalu każdą z tablic 
możemy zdefiniować następująco: 

TYPE Raster_kursora = ARRAY[0..15] OF Integer; 

Przypisywanie kursorowi nowych form może ułatwić poniższa 
procedura. Dwa pierwsze parametry to współrzędne celownika w 
stosunku do lewego górnego rogu rastra kursora. Dwa następne - 
to tablice typu Raster_kursora. Możliwość odrębnego podawania 
wzorca i maski może być niekiedy bardzo przydatna: 
PROCEDURĘ Definiuj_kursor_graf(Xcel, Ycel: Integer; 

Maska, Wzorzec: Raster_kursora); 

VAR Rejestry: Rejestry_8088; 

Def_kursora: ARRAY[1..2] OF Raster_kursora; 

BEGIN 


Jeśli strzałka będzie przemieszczana po pustym ekranie, to spra¬ 
wa jej widoczności nie budzi wątpliwości. A jeśli ekran będzie czę¬ 
ściowo lub całkowicie wypełniony? Jeżeli maskę kursora złożymy 
z samych zer, kursor będzie występować w prostokątnej, pustej 
ramce. Jeżeli maskę kursora stanowić będą wyłącznie jedynki, 
kursor będzie przedstawiany inwersyjnie, tzn. tam, gdzie ekran jest 
jasny, kursor będzie ciemny i odwrotnie. W praktyce najkorzyst¬ 
niej jest nadać wnętrzu kursora jasną barwę, natomiast jego kontur 
spreparować tak, by na jasnym tle był zawsze ciemny. W ten spo¬ 
sób na jasnym tle kursor będzie wyraźnie odcinał się ciemnym 
konturem. Jak to osiągnąć? Oto przykładowa maska dla naszej 
strzałki: 
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Jak widać, w masce wyzerowane jest nie tylko wnętrze strzałki, 
ale i łańcuch punktów w bezpośrednim sąsiedztwie jej konturu. 
Tam, gdzie maska jest wyzerowana, kursor przyjmie dokładnie 
taką postać, jaką przedstawiono we wzorcu. Zamiast rozmyślać, le¬ 
piej wykonać kilka eksperymentów. Poniższy program może po¬ 
służyć za punkt wyjścia. Po uruchomieniu wypełnia on ekran przy¬ 
padkowymi odcinkami i oczekuje na naciśnięcie któregoś z przy¬ 
cisków myszki. Lewy - nadaje myszce taką postać, jak zaprojekto¬ 
waliśmy powyżej. Przycisk prawy powoduje zastosowanie maski 
złożonej z samych jedynek (kursor inwersyjny), natomiast przycisk 
środkowy uaktywnia maskę z samych zer, dającą kursor w pustym 
prostokącie. Równoczesne naciśnięcie lewego i prawego przycis¬ 
ku kończy pracę programu: 

VAR X, Y, Xc, Yc, St, i: Integer; 

CONST Wzorzec: Raster_kursora= 

($0000,$4000,$7000,$7C00,$7F00,$7FC0,$7E00,$6600, 
$4300,$0180,$00C0,$0060,$0030,$0018,$000C,$0000); 

Maska 1: Raster_kursora ^ 

($3FFF,$0FFF,$03FF,$00FF,$003F,$000F,$007F,$00FF, 

$187F,$FC3F,$FE1F,$FF0F,$FF87,$FFC3,$FFE1,$FFF9); 

Maska2: Raster-kursora= 

($FFFF,$FFFF,$FFFF,$FFFF,$FFFF,$FFFF,$FFFF,$FFFF, 

$FFFF,$FFFF,$FFFF,$FFFF,$FFFF,$FFF3,$FFFF,$FFFF); 


Def_kursora[l]:= Maska; 

Def_kursora[2]:= Wzorzec; 

Rejestry.AX: = 9; Rejestry.BX:- Xcel; Rejestry.CX:= Ycel; 
Rejestry .DX: = Ofs(Def_kiirsora); 

Rejestry.ES:= Seg(Def_ kursora); 
lntr(51. Rejestry) 

END; 


Maska3: Raster_kursora= 

( 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 , 0 ); 

BEGIN 

Hires; 

IF NOT Mysz_obecna THEN BEGIN Write(’Brak myszy*); 

Halt END; 


FORi:= 1 TO 100 DO 
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Draw(Random(639),Random(199), Random(639),Ran- 

dom(199), 1); 

Pokaz_kiirsor; Xc:= l;Yc:= 1; 

REPEAT Pozycja_kursora(X, Y, St); 

IF (St AND 7) = 1THEN 

Definiuj kiirsor_graf(Xc, Yc, Wzorzec, Maskal); 

IF (St AND 7)-2THEN 

Definiuj_kursor_graf(Xc, Yc, Wzorzec, Maska2); 

IF (ST AND 7)=4THEN 

Definiuj kursor_graf(Xc, Yc, Wzorzec, Maska3); 
UNTIL (St AND 3)-3 
END. 

Jedną z najatrakcyjniejszych właściwości handlera myszki jest 
możliwość programowania asynchronicznej obsługi związanych z 
myszką zdarzeń. Zdarzenia te wywołują przerwania, w wyniku któ¬ 
rych wywołana może zostać przygotowana przez użytkownika pro¬ 
cedura. Możliwe zdarzenia to: przemieszczenie myszki oraz naciś¬ 
nięcie lub zwolnienie któregoś z przycisków. Aby uruchomić ob¬ 
sługę zdarzenia, należy przekazać firmowemu programowi obsługi 
myszki adres naszego programu obsługi napisany w Turbo Pasca¬ 
lu oraz informację, na które z możliwych zdarzeń należy zareago¬ 
wać. Służy do tego funkcja usługowa nr 12. W parze ES:DX przeka¬ 
zujemy adres, natomiast w CX - tzw. maskę zdarzeń. Każdy bit tej 
maski jest przyporządkowany innemu zdarzeniu. Jego ustawienie 
oznacza, że wystąpienie danego zdarzenia spowoduje wywołanie 
wcześniej zdefiniowanej procedury. Znaczenia poszczególnych bi¬ 
tów zebrane zostały w tabeli 2. 

Tabela 2. 

Numer bituZdarzenie 

0 Przemieszczenie kursora 

1 Wciśnięcie lewego przycisku myszki 

2 Zwolnienie lewego przycisku myszki 

3 W ciśnięcie prawego przycisku myszki 

4 Zwolnienie prawego przycisku myszki 

5 Wciśnięcie prawego przycisku myszki (jeśli jest) 

6 Zwolnienie prawego przycisku myszki (j eśli jest) 

7.. 15 Nie używane 

Pisząc procedurę obsługi zdarzeń należy mieć na uwadze, że jest 
ona wywoływana z handlera rozkazem maszynowym CALL FAR, 
powinna zatem kończyć się rozkazem RET FAR (nie IRET!). Wpra¬ 
wdzie najbardziej odpowiednim językiem do pisania procedur ob¬ 
sługi może wydawać się Asembler, to jednak przy odrobinie do¬ 
brych chęci można posłużyć się także np. Turbo Pascalem w wersji 
3.0. Trzeba jednak uwzględnić kilka okoliczności. Po pierwsze, 
procedury w Turbo Pascalu 3.0 są wywoływane rozkazem CALL 
NEAR (adres jest nie cztero- lecz jedynie dwubajtowy, w dodatku 
nie jest to adres absolutny, lecz względny), powrót następuje w wy¬ 
niku rozkazu RET NEAR. Po drugie - to już problem bardziej ogólny 
- kod maszynowy skompilowanej procedury pascalowej rozpoczy¬ 
na się tzw. prologiem (rezerwacja na stosie pamięci dla zmiennych 
lokalnych itd.) i kończy tzw. epilogiem (oczyszczenie stosu itd.). 
Oprócz tego trzeba zadbać o przechowanie zawartości rejestrów 
procesora. Napisaną w Turbo Pascalu procedurę obsługi należy 
więc uzupełnić na początku i na końcu odpowiednimi wstawkami 
w języku maszynowym, zapisanymi w formie instrukcji INLINE. Oto 
ogólna struktura części operacyjnej takiej procedury: 

($U-} 

BEGIN 

INLINE($50/$53/$51/$52/$57/$56/$06); 

.instrukcje. 

INLINE($07/$5E/$5F/$5A/$59/$5B/$58/$8B/$E5/$5D/$CB) 

END; 

Dla dociekliwych asemblerowy hsting obydwu wstawek: 

PUSHAX POP ES 

PUSH BX POP SI 

PUSHCX POP DI 

PUSHDX POPDX 

PUSH DI POP CX 

PUSH SI POP BX 

PUSH ES POPAX 

MOVSP,BP 
POP BP 
RET FAR 

Procedura obsługi nie może mieć parametrów. Uwaga! Proce¬ 
durę obsługi należy obowiązkowo skompilować przy wyłączonym 
przełączniku U (dyrektywa {$U-}). Jeśli tego nie zrobimy, kompila¬ 


tor wstawi jeszcze przed kodem instrukcji INLINE wywołanie pro¬ 
cedury testowania klawiatury, której wykonanie spowoduje w naj¬ 
lepszym razie efektowną awarię programu, a w najgorszym - trud¬ 
ne do zlokalizowania, przypadkowe błędy, związane z niekontrolo¬ 
waną modyfikacją zawartości pamięci! Jeżeli pożądana jest aktyw¬ 
ność przełącznika U w pozostałej części programu, można bezpoś¬ 
rednio za procedurą obsługi włączyć go ponownie dyrektywą 
{$U-i-}. 

Uaktywniać procedurę obsługi można iimą procedurą pascalo- 
wą: 

PROCEDURĘ Uruchoin_obsluge_przerwania(Adres, 
Maska:Integer); 

VAR Rejestry: Rejestry_8088; 

BEGIN Rejestry.AX:= 12; Rejestry.CX:== Maska; 

Rejestry.DX: = Adres; Rejestry.ES: = Cseg; 

Intr(51, Rejestry) 

END; 

Przy wywołaniu tej procedury jako pierwszego parametru nale¬ 
ży użyć wyrażenia postaci: Ofs(Procedura_obslugi), dostarczają¬ 
cego przesunięcia adresowego danej procedury (segment kodu 
jest wspólny dla wszystkich procedur programu w Turbo Pascalu 
3.0). 

Przed zakończeniem pracy programu należy obowiązkowo pro¬ 
cedurę obsługi przerwania wyłączyć. Po zakończeniu pracy w 
miejsce procedury obsługi może zostać z^adowana inna zawar¬ 
tość, a wtedy .... W celu wyłączenia procedury obsługi wystarczy 
wywołać funkcję nr 12 z zerową maską. Oto odpowiednie narzę¬ 
dzie w Turbo Pascalu: 

PROCEDURĘ Skasuj_obsluge_pr 2 erwania; 

VAR Rejestry: Rejestry_8088; 

BEGIN Rejestry.AX: = 12; Rejestry.CX:= 0; 

Intr(51, Rejestry) 

END; 

Programowanie obsługi przerwań w Turbo. Pascalu to materiał 
na osobny artykuł. Tutaj starczy miejsca tylko na zwięzłe omówie¬ 
nie wymagań i ograniczeń, które procedura muSi spełnić. Wynika¬ 
ją one głównie z następującego faktu: jedynym rejestrem, którego 
zawartość jest możliwa do przewidzenia w chwili wywołania pro¬ 
cedury obsługi, jest CS. Rejestr DS wcale nie musi wskazywać na 
Pascalowy segment danych, zaś para: SS:SP na szczyt Pascalowego 
stosu! Łączność z resztą programu pascalowego mogą zapewnić 
tylko tryby adresacji, odwołujące się do rejestru CS. Tryby te są 
stosowane tylko do zmiennych o wstępnie określonej wartości 
(ang. typed constanf), deklarowanych w instrukcji CONST. Zmien¬ 
ne te są bowiem lokowane w segmencie kodu programu. Co praw¬ 
da ograniczenia te można wyeliminować, wymagałoby to jednak 
znacznego skomplikowania maszynowych "wstawek”. 

Procedurze obsługi nie wolno odwoł^ać się do żadnych zmien¬ 
nych deklarowanych po VAR - nawet do globalnych. Wyjątkiem są 
zmienne lokalne procedu^ obsługi. W praktyce lepiej jednak uni¬ 
kać w procedurze obsługi deklaracji VAR i zmienne lokalne dekla¬ 
rować także po CONST. Zmniejsza to zapotrzebowanie na stos (w 
chwili wywołania procedury nie wiemy, jaką mamy rezerwę na sto¬ 
sie). Z tego samego powodu należy unikać w procedurze obsługi 
wywoływania innych procedur, zdefiniowanych w tym programie. 

Ostrożności wymaga nawet odwoływanie się do procedur stan¬ 
dardowych. Wadliwie mogą działać procedury Plot i Draw. Np. 
wywołanie Write prowadzi na ogół do fatalnych skutków. Jeśli trze¬ 
ba coś wyprowadzić na ekran, lepiej już wpisywać dane wprost do 
pamięci ekranu lub odwołać się bezpośrednio do procedur usłu¬ 
gowych BIOS. Natomiast do procedur: Sound, NoSound i Delay 
oraz do funkcji i procedur arytmetycznych można odwoływać się 
bez ryzyka (w każdym razie autor nie miał tu przykrych doświad¬ 
czeń, teoretyczne rozważania także nie wskazują na zagrożenie). 
Bez obawy można natomiast korzystać z funkcji usługowych hand¬ 
lera myszki, np. w celu ustalenia jej współrzę^ych kursora stanu 
przycisków. 

Oto przykład obsługi zdarzeń w Turbo Pascalu. Program włącza 
tryb graficzny i wypisuje w pętli ciąg liczb. Uaktywniona wcześniej 
procedura obsługi jest wywoływana po każdym przemieszczeniu 
myszki (ustawiony bit nr 0 w masce). Jeśli był przy tym wciśnięty 
lewy przycisk, myszka pozostawia na ekranie ślad (funkcja $0C 
przerwania BIOS lOH powoduje wypełnienie punktu o współrzęd¬ 
nych X, Y w rejestrach CX i DX, nadając mu barwę o kodzie w AL). 
Każde przemieszczenie myszki jest kwitowane krótkimi dżwięka- 
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mi, których wysokość zależy od tego, czy lewy przycisk jest wciś¬ 
nięty. Dlaczego współrzędna Y w rejestrze DX jest zmniejszana o 2? 
Otóż chodzi tu o narysowanie punktu poza rastrem kursora myszki. 

Wszystkie zmienne robocze procedury obsługi zadeklarowano 
jako obiekty o wstępnie określonej wartości: 

CONST Wsk_konca: Boolean= FALSE; 

{.Inne deAnicje i deklaracje.} 

{$U-} 

PROCEDURĘ Obsluga^przerwania; 

CONST F: lnteger=0; 

Rejestry: Rejestry_8088 = (AX:0; BX:0; CX:0; DX:0; 

BP:0; SI:0; D1:0; DS:0; ES:0); 

BEGIN 

INLINE($50/$53/$51/$52/$57/$56/$06); 

WITH Rejestry DO 

BEGIN AX:= 3; Intr(51, Rejestry); 

IF (BXAND 1)>0 

THEN BEGIN DX:= DX-2; AX:= $0C01;F:= 4400; 
Intr($10, Rejestry); 

END 

ELSEF:= 1200; 

IF (BX AND 2)>0 THEN Wsk_konca:= TRUE; 

END; 

Sound(F); Delay(l); NoSound; 

INLINE($07/$5E/$5F/$5A/$59/$5B/$58/$8B/$E5/$5D/$CB) 
END; {$U+} 

(Tu definicje proc.: Uruchom i Skasuj_obsluge_przerwaniaJ 
VAR i: Integer; 

X: Real; 

BEGIN Wsk_konca:= FALSE; 

IF NOT Mysz_obecna THEN Exit; 

Hires; Pokaz_kursor; X: = 1; 

Uruchom_obsluge_przerwania(Ofs(Obsluga_przerwania),9); 

REPEAT 

FORi:= 1 TO 25 DO 

BEGIN GotoXY(l,i); Write(X:7:0); X:= X+1 END; 

UNTIL Wsk_Jęonca; 

Skasuj_obsluge__przerwania; TextMode; 

END. 

Równolegle z pracą programu zasadniczego można sporządzać 
na ekranie proste szkice. Program kończy pracę po naciśnięciu 
prawego przycisku myszki. Zachodzi tu przekazywanie danej od 
procedury obsługi do programu głównego, co odbywa się za poś¬ 
rednictwem zlokalizowanej w segmencie kodu zmiennej globalnej: 
Wsk_konca. 

Prowadząc własne eksperymenty z obsługą przerwań trzeba po¬ 
stępować ostrożnie i zapisywać program przed każdym urucho¬ 
mieniem. Cierpliwość może się jednak opłacić. 

Na zakończenie warto wspomnieć, że myszka może zastąpić 
(emulować) pióro świetlne. Do pióra świetlnego odwołujemy się za 
pośrednictwem funkcji usługowej nr 4 przerwania nr 16. Funkcja nr 
13 przerwania 51 włącza, natomiast funkcja nr 14 - wyłącza tryb 
emulacji pióra świetlnego. Przy wywołaniu funkcji nr 13 nie są 
przekazywane żadne parametry, natomiast funkcja nr 14 wymaga 
podania w rejestrach CX i DX nowych współrzędnych kursora. Do 
'włączania i wyłączania emulacji pióra świetlnego w Turbo Pascalu 
można użyć poniższej procedury (TRUE = włączenie, FALSE = wy¬ 
łączenie emulacji): 

PROCEDURĘ Wlaczenie_emiilacji_piora; 

VAR Rejestry: Rejestry_8088; 

BEGIN Rejestry.AX: = 13; lntr(51, Rejestry) END; 

PWOCEDURE Wylaczenie_emulaęjL_piora(WspX, WspY: Integer); 
VAR Rejestry: Rejestry_8088; 

BEGIN WITH Rejestry DO 

BEGIN AX:= 14; CX:- WspX; DX:= WspY END; 
Intr( 51, Rej estry) 

END; 

W praktyce emulacja pióra świetlnego jest raczej ciekawostką, 
gdyż większość programów pozwalających wykorzystać pióro 
świetlne może też współpracować z myszką, dając w tym drugim 
przypadku większy komfort obsługi. 
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Skrót PLD (ang. Programmable Logic Devices - układy o progra¬ 
mowalnej logice) oznacza układy o funkcjach programowalnych 
przez użytkownika. W klasycznej technologii bipolarnej progra¬ 
muje się je przepalając cienkie połączenia (ang. fuse - bezpieczni¬ 
ki) w matrycach bramek w ich wnętrzu. W nowszych technolo¬ 
giach (np. EECMOS) programowanie nie jest niszczące i może być 
powtarzane. 

Do układów PLD należą układy PROM (Programmable Read 
Only Memory), FPLA (Field Programmable Logic Array) oraz PAL 
(Programmable Array Logic). Zawierają one dwie matryce bra¬ 
mek. Pierwsza (bramki AND) przetwarza sygnały wejściowe na 
pośrednie, z których druga (bramki OR) tworzy sygnały wyjścio¬ 
we. Typy układów PLD różni sposób programowania: w układach 
PROM programuje się matryce OR, w układach PAL - matryce 
AND, natomiast w FPLA - obie matryce. 

W praktyce najczęściej spotykamy układy PROM jako zwykłe 
pamięci stałe. Realizują one funkcje wysoce nieregularne, w któ¬ 
rych istotna jest większość kombinacji sygnałów wejściowych. 
Gdy sygnałów wejściowych jest dużo, a realizowana funkcja dla 
wielu ich kombinacji nieokreślona (co zdarza się często), użycie 
PROM staje się ekonomicznie nieuzasadnione: do uzyskania ośmiu 
funkcji wyjściowych na podstawie 12 sygnałów wejściowych po¬ 
trzebna jest pamięć 4Kx8 bitów. Pamięci takie są drogie, wolne (ty¬ 
powy czas dostępu 35 - 50 ns) oraz pobierają spory prąd. 

Układy PAL i FPLA realizują funkcje wielu zmiennych na ogół ta¬ 
niej niż pamięci PROM. Układy PAL są szybkie (czas przejścia 
bywa krótszy od 10 ns), lecz do budowy funkcji wyjściowej można 
użyć zwykle tylko ośmiu iloczynów i każdy z nich może służyć rea¬ 
lizacji tylko jednej funkcji. Ograniczeń tych nie mają układy FPLA: 
do budowy funkcji można użyć dowolnej liczby iloczynów, a każdy 
z nich - w wielu funkcjach wyjściowych. Są one jednak powolne i 
wymagają drogich specjalizowanych programatorów. Rynek zdo¬ 
bywają więc układy PAL. Ich ograniczenia można ominąć i progra¬ 
mować je za pomocą typowych programatorów pamięci PROM. 
Układ GRL39V18 

Pod koniec 1987 r. pojawił się układ GAL39V18 firmy Lattice, łą¬ 
czący elastyczność FPLA z szybkością i łatwością programowania 
układów PAL. W 24-nóżkowej obudowie zawiera on 64 bramki 
AND, z których każda może tworzyć funkcje 39 zmiennych. Można 
je dowolnie sumować dla uzyskania 18 sygnałów wyjściowych. Sy¬ 
gnały wejściowe i wyjściowe oraz niektóre pośrednie przechodzą 
przez 38 tzw. makrokomórek (ang. macrocell). Każda z nich może 
być skonfigurowana jako bramka, przerzutnik typu latch lub D, a 
18 z nich także jako przerzutniki J-K, T lub SR. Makrokomórki 
mogą korzystać ze wspólnego lub własnego zegara. Wszystkie sy¬ 
gnały wejściowe i wyjściowe makrokomórek i matrycy AND mają 
wybieralną polaryzację, a sygnały wyjściowe mogą być z powro¬ 
tem doprowadzone do bramek AND. Układ jest bardzo szybki (ty¬ 
powy czas przejścia przez kilka poziomów bramek 20 ns), pobiera 
małą moc (400 mW) i może być przeprogramowany w czasie krót¬ 
szym od Is za pomocą typowego programatora układów PAL. 
Projektowanie i programowanie układów PLD 

Pierwsze układy PROM pojawiły się ok. 1970 r., w kilka lat póź¬ 
niej - układy FPLA, a ok. 1978 r. - układy PAL. Choć każdy z nich za¬ 
stąpić może od kilku do kilkunastu układów TTL małej i średniej 
skali integracji, nowa technologia początkowo nie zyskała popula- 
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- np. PAL ASM (PAL ASeMbler) firmy MMI, pierwszego producen¬ 
ta układów PAL, napisany w Fortranie dla komputerów serii VAX 

- mimo skromnych możliwości pozwoliły inżynierom - tak jak nieg¬ 
dyś asemblery - oderwać się od dziurek i zająć ogólniejszymi pro¬ 
blemami. Projektant nie musiał ]uż tworzyć tablic przepaleń i zbioru 
danych dla programatora, ale nadal musiał stosować tablice Kar- 
naugh do optymalizacji. PALASM pozwalał programować tylko 
układy PAL firmy MMI (do pamięci PROM służył program PLE- 
ASM). Inne firmy również oferowały osobne programy dla włas¬ 
nych układów PAL, FPLA i PROM. 

Stan rynku PLD ok. 1982 r. przypominał stan informatyki przed 
powstaniem sprawnych kompilatorów języków wysokiego pozio- 
mu, gdy stosowanie asemblerów utrudniało przenoszenie oprogra¬ 
mowania (problem znany osobom pragnącym przenieść np. gry 
napisane w asemblerze Z 80 dla ZX Spectrum do Atari XL lub choć¬ 
by do opartego również na Z 80 Amstrada CPC). Języki takie jak 
Fortran, Cobol lub Pascal pozwoliły rozwiązywać problemy nieza¬ 
leżnie od stosowanego komputera. Tak też się stało na rynku PLD. 
W latach 1983-1987 pojawiły się kompilatory języków wysokiego 
poziomu do opisu układów cyfrowych oraz projektowania i pro¬ 
gramowania układów PLD. 

Język ABEL - budowa 

Do najpopularniejszych tego typu programów należą ABEL firmy 
Data I/O oraz CUPL firmy Assisted Technology. Są one wzorowane 
na języku C i mają podobną składnię i możliwości. Tu dokładniej 
opiszemy język ABEL. 

Tekst źródłowy programu w języku ABEL można przygotować za 
pomocą dowolnego edytora tekstu, np. Wordstara, jednak firma 
DATA l/o zaleca program PC-Write. Tekst ten jest kompilowany 
sześcioma osobnymi programami. 


_Mikroelektronika i programowanie 

I Program PARSE sprawdza poprawność składni wyrażeń, defini¬ 
cji i makrodefinicji, wprowadza makrodefinicje do tekstu źródło¬ 
wego oraz przekształca postać opisu realizowanych funkcji z tablic 
prawdy i diagramów na równania logiczne. 

Program TRANSFOR zastępuje w równaniach logicznych zdefi¬ 
niowane zbiory odpowiednimi równaniami oraz wszystkie opera¬ 
tory operatorami NOT, AND, OR i XOR, a także wstępnie redukuje 
równania według zasad logiki boolowskiej. 

Program REDUCE dalej redukuje równania według specjalnego 
algorytmu opracowanego przez Antonina Svobodę, umożliwiając 
wybór redukcji optymalnej dla realizacji za pomocą FPLA lub PAL 
(w przypadku PROM redukcja nie jest konieczna). 

Program FUSEMAP tworzy tablice przepaleń dla wskazanego 
urządzenia PLD oraz zbiór wynikowy dla programatora, do które¬ 
go dołącza zadeklarowane w programie źródłowym wektory testo- 
i we dla programu SIMULATE. 

Program DOCUMENT sporządza dokumentację, obejmującą 
otrzymane równania, tabelę przepaleń, rysunek układu scalonego 
z opisem sygnałów na poszczególnych wyprowadzeniach, prze¬ 
bieg symulacji oraz opis błędów, które wystąpiły podczas kompi¬ 
lacji. Jeżeli kompilacja przebiegła prawidłowo, projektantowi po¬ 
zostaje przesłanie łączem szeregowym zbioru wynikowego do 
programatora i zaprogramowanie układu scalonego. 

Zalety i wady języka 

Dla projektanta systemów cyfrowych języki ABEL i CUPL mają 
wiele zalet: 

• możliwość opisu układu w sposób wygodny dla projektanta i 
zgodny z jego przyzwyczajeniami, a więc za pomocą równań logi¬ 
cznych, tablic prawdy, diagramów lub schematów ideowych (przy 
wykorzystaniu programu do rysowania schematów DASH); 

• opis realizowanego układu na wysokim poziomie abstrakcji w i 
sposób jednakovs^ dla wszystkich układów PLD, co ułatwia zmianę 
sposobu realizacji projektu np. z konkretnego układu PROM na 
układ FPLA lub z jednego na inny układ PAL; 

• możliwość opisu całego systemu cyfrowego złożonego z wielu 
różnych układów PLD, co pozwala na szybkie i wygodne przemie¬ 
szczanie funkcji między zastosowanymi układami; 

• możliwość symulacji zaprojektowanego układu; 

• dostępność dla komputerów zgodnych z IBM XT/AT oraz kom¬ 
puterów serii VAX działających pod nadzorem systemu operacyj¬ 
nego VMS lub UNIX; 

• duża szybkość działania (pełna kompilacja łącznie z symulacją 
trwa zwykle krócej niż 1 min.). 

Efektem tych udogodnień jest gwałtowne skrócenie czasu upły- I 
wającego od pomysłu do gotowego, sprawnego układu z pełną do- I 
kumentacją - na ogół nie przekracza on kilku godzin, a pewna I 
wprawa pozwala skrócić go do kilkudziesięciu minut. Oznacza to I 
wielokrotne przyspieszenie w porównaniu z projektowaniem urzą- I 
dzeń z układów TTL. Dochodzi do tego wielokrotne zmniejszenie I 
liczby użytych układów scalonych, co zwiększa niezawodność sy- I 
stemu i zmniejsza pobor mocy oraz ułatwia zmianę funkcji układu w I 
razie zmiany założeń. I 

Język ABEL umożliwia opis układu m.in. za pomocą schematu I 
ideowego. Kompilator przekształca schemat w równania logiczne I 
i projektuje układ PLD. Jest to przydatne, gdy schemat urządzenia I 
jest gotowy i chcemy zastąpić grupę rozrzuconych bramek logicz- I 
nych układami PLD. Rozpoczynanie projektu od schematu odwra- I 
ca jednak uwagę od problemów ogólnych ku wyborowi bramek, I 
dobre jest więc dla projektujących układy cyfrowe ”na pająka”, I 
sięgających bez analizy założeń po układy TTL i lutownicę. ’ I 

ABEL ma też pewne wady. Mnie kłopoty sprawiają: I 

1. Ograniczenia w tworzeniu złożonych wyrażeń strukturalnych I 

przy opisie układu za pomocą diagramów. I 

2. Brak możliwości opisu układu za pomocą diagramów do projek- I 

towania asynchronicznych układów sekwencyjnych. I 

3. Brak możliwości eliminowania ryzyka wystąpienia hazardu (sta- I 

nów nieustalonych) przy automatycznej redukćji równań logicz- I 
nych oraz przedstawienia zredukowanych równań w postaci tabli- I 
cy Karnaugh, co umożliwiłoby ”ręczne” jego wyeliminowanie I 
(uwagi 2 i 3 nie dotyczą pamięci PROM, które nie mogą zapewnić I 
bezhazardowych rozwiązań i nie można ich używać do budowy au- I 
tomatów asynchronicznych). I 

Program SIMULATE I 

Nieco więcej uwagi warto poświęcić będącemu częścią Icompi- I 
latora języka ABEL programowi SIMULATE. W istocie nie jest to I 
program symulujący, lecz testujący działanie układu. Projektant I 
podając wektory testowe, czyli możliwe stany wejść układu, musi I 
podać spodziewane stany jego wyjść. Program SIMULATE porów- I 
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Mikroelektronika i programowanie 



nuje wyniki symulacji z podanymi założeniami, sygnalizując niez¬ 
godności wynikające z błędnego opisu funkcji układu lub błędne¬ 
go przewidywania wyników symulacji. Zmusza to do nieco więk¬ 
szego wysiłku i z początku jest irytujące, w zamian jednak: 

# Umożliwia szybkie sprawdzenie, czy układ reiizuje założone 
funkcje po niewielkiej zmianie jego opisu (klasyczny symulator 
zmusza tu do samodzielnej analizy dużej liczby danych, co prowa¬ 
dzi czasem do przeoczenia błędnego stanu jednego z wyjść np. po 
usunięciu błędu występującego na innym wyjściu dla innych da¬ 
nych); 

# Przesyła wektory testowe do programatora, co pozwala spraw¬ 
dzić układ po zaprogramowaniu lub przy podejrzeniu o niespraw¬ 
ność (przetestowanie np. układu sekwencyjnego o kilkudziesięciu 
stanach dla różnych sekwencji sygnałów wejściowych jest w rze¬ 
czywistym systemie cyfrowym niemożliwe lub trudne i czasochłon¬ 
ne). Test taki wymaga odpowiednio przystosowanego programa¬ 
tora - samo sprawdzenie przepaleń nie pozwala stwierdzić, czy 
układ jest dobrze zaprogramowany! Odczyt przepaleń nie jest zre¬ 
sztą możliwy po zniszczeniu specjalnego bezpiecznika wewnątrz 
układu. 

# Zmusza do precyzyjnego przewidywania wszystkich sytuacji, w 
jakich może się znaleźć projektowany układ, co pozwala wiele błę¬ 
dów dostrzec samodzielnie. 

Wielką zaletą programu SIMULATE jest możliwość analizy ukła¬ 
dów ze sprzężeniem zwrotnym, w których stany wyjściowe są 
przejściowo niestabilne oraz możliwość przedstawienia wyników 
symiilacji w formie przebiegów czasowych (jak na ekranie wielo¬ 
kanałowego analizatora stanów logicznych), wadą zaś brak możli¬ 
wości jednoczesnej symulacji pracy kilim układów PLD opisanych 
w jednym module oraz niesygnalizowanie ryzyka hazardu na wyjś¬ 
ciach układu. 

Przykłady 

Oto trzy projekty układów ukazujące wybrane możliwości języka 
ABEL (pierwsze dwa z niewielkimi modyfikacjami zaczerpnięto z 
”ABEL Applications Guide”)^ 

Przykład 1: dekoder 

Załóżmy, że potrzebny jest dekoder adresów dla systemu z mi¬ 
kroprocesorem 6809. Przestrzeń adresowa mikroprocesora ma 
być podzielona na pięć części: od hOOOO do hDFFF (pamięć 
DRAM), od hEOOO do hE7FF (urządzenia I/O), od hE800 do hEFFF 
(nie używana), od hFOOO do hF7FF (pamięć ROM2) oraz od hF800 
do hFFFF (pamięć ROMl). 

Program opisujący układ w języku ABEL rozpoczyna nazwa mo¬ 
dułu, krótki opis, nazwa układu użytego do realizacji dekodera (w 
tym wypadku PAL P14L4) oraz proponowany rozkład wyprowa¬ 
dzeń - projektant odpowiednio wyprowadzając sygnały może uła¬ 
twić sobie prowadzenie ścieżek na płytce. Kompilator sprawdza, 
czy rozkład nie ma błędów, np. czy nie pomylono wejść i wyjść. Da¬ 
lej w programie zdefiniowano słowo Address. Może być ono rozu¬ 
miane jako 16-elementowy zbiór (ABEL pozwala na wykonywanie 
operacji na zbiorach) lub też jako liczba o wartości określonej 
przez elementy zbioru (tu przez stan wierszy adresowych). Po sło¬ 
wie kluczowym "eąuations” podano równania opisujące dekoder, 
przy czym I oznacza negację, = > - większy lub równy, # - sumę lo¬ 
giczną, a & - iloczyn logiczny. Przy określaniu wyprowadzeń zade¬ 
klarowano sygnały zanegowane, więc stanem a^ywnym (wskazu¬ 
jącym na wybór danego obszaru pamięci) jest poziom niski. 

W otrzymanej po kompilacji dokumentacji podana jest ostatecz¬ 
na postać równań. Projektant mógłby podać ją w tekście źródło¬ 
wym, byłby on wtedy znacznie mniej czytelny. 

PRZYKk-AD 1 

module m6809a 

title '6809 memory decode 

Jean Designer Data I/O Corp Redmond WA 24 Feb 1984 
"device declaration 

ICl device 'P14L4’; 

"pin declaration 

A15,A14,A13,A12,Ali,AlO pin 1,2,3,4,5,6; 

!R0hl,!R0M2,!10,'DRAM pin 14,15,16,17; 

"constant declaration 

H,L,X = 1,0,.X.; 

Address = CA15,A14,A13,A12, A11,X,X,X, X,X,X,X, X,X,X,X]; 
eguations 


DRAM 

= (Address 

<= ^hDFFF); 



10 

= (Address 

>= -^hEOOO) Zi 

(Address <= 

'■'hE7FF) ; 

R0M2 

= (Address 

>= •''hFOOO) 1 

(Address <= 

-''hF7FF) ; 

ROMl 

= (Address 

>- '^hFOOO); 




end m6809a 

\ J 


Przykład 2: transkoder 

Pokazuje on opis układu za pomocą tablicy prawdy. Transkoder 
wskaźnika siedmiosegmentowego przypomina układ TTL 7449, 
lecz jego funkcje można łatwo rozszerzyć np. o wyświetlanie liter 
A, B, C, D, E, F, gdy liczba wejściowa jest większa od 9. Zrealizowa¬ 
no go za pomocą pamięci PROM RA5P8 (5 wejść, 8 wyjść, pojem¬ 
ność 32x8 bitów). Sygnały wyjściowe zapalają segmenty wskaźni¬ 
ka, definiujemy więc stałe ON i OFF równe 0 i 1 (poziom niski zapa¬ 
la segment). 

Po słowie kluczowym ”truttL_table” podano tabelę stanów seg¬ 
mentów dla poszczególnych cyfr. Opis ich za pomocą równań logi¬ 
cznych byłby trudny. 

Transkoder ten można zrealizować także za pomocą innego 
układu, np. PAL P16L8 - wystarczyłoby zmienić deklarację we 
wstępnej części programu. Opis funkcji transkodera w języku 
ABEL pozostałby niezmieniony. 


/ 







PRZYKŁAD 2. 







module bcd7rom -flag ' 

-d82-’ 





title 'seven segment 

display decoder 




Data I/O 

Corp 

Redmond 

WA 

16 Mar 1984^* 


n _— — 

— 

— 

— 

— 

- -a- 


II 1 II 

1 1 1 

1 

1 

1 1 1 

1 1 1 

1 

1 

1 

1 

! -f b 

1 1 

1 \ 

II 1 III 

1 III 


1 1 

1 1 

1 

1 

1 

1 

! lec 

\ 

1 

II - - 

— 

- 

— 

— 

-d- 

— 

"device declaration 






IC2 device 

’RA5P8-’ ; 





"pin declaration 







" inputs 







D3,D2,D1,D0 


pin 10,11,12,1 

3; 



" OLltputS 







a, b, c, d, e, -f 


pin 1,2, 

3,4,5, 

6,7; 



ena 


pin 15; 





"set declaration 







bed I:D3, 

D2,D1 

, DO]; 





led = Ca,b 

5C,d, 

e, -f , g] ; 





"constant declaration 






ON,OFF = 0 

1; 

" -for common anodę 

LEDs 


L,H,X,Z = 0 

, 1, . X 

7 . 

B ą m l. m ^ 





truth_table (bed 

— *> 

1 ed) 





" input 


out p Lit s 




" a 

b 

c d 

e 

■f 

g 


0 -> C ON, 

ON, 

■ON, ON, 

ON, 

ON, 

OFF]; 


1 COFF, 

ON, 

ON, OFF, 

OFF, 

OFF, 

OFF]; 


2 C ON, 

ON, 

OFF, ON, 

ON, 

OFF, 

ON]; 


3 -> C ON, 

ON, 

ON, ON, 

OFF, 

OFF, 

ON]; 


4 -> COFF, 

ON, 

ON, OFF, 

OFF , 

ON, 

ON]; 


5 -> C ON, 

OFF, 

ON, ON, 

OFF, 

ON, 

ON]; 


6 -> C ON, 

OFF, 

ON, ON, 

ON, 

ON, 

ON]; 


7 -> C ON, 

ON, 

ON, OFF, 

OFF, 

OFF, 

OFF]; 


8 -> C ON, 

ON, 

ON, ON, 

ON, 

ON, 

ON]; 


9 -:> C ON, 

ON, 

ON, ON, 

OFF, 

ON, 

ON]; 


end bcd7rom 
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Przykład 3: sterownik 

Język ABEL pozwala projektować również układy sekwencyjne, 
w Idórych stan wyjść zależy nie tylko od sygnałów wejściowych, 
lecz także od stanu danego układu. Przykładem jest fragment ste¬ 
rownika kasety FASTBUS, opracowanego w ramach eksperymen¬ 
tu LEAR w CERN-ie w Genewie. Do jego zadań należy m.in. prze¬ 
słanie danych z kasety do komputera sterującego eksperymentem. 

We wstępnej części programu określono stany sterownika: Be- 
gin. Transfer, No_Data, Error, Stop. Przejścia między stanami okre¬ 
ślono po słowie kluczowym ”state_<iiagram”. Dla znających Pas¬ 
cal lub C opis jest czytelny: gdy blok zbiera dane (BUSY), pozostań 
w stanie Begin; jeżeli nie jest zajęty, ale wystąpił błąd (ERR), przejdź 
do stanu Error; jeżeli błąd nie wystąpił i blok zawiera dane do od¬ 
czytania (DATA), przeje^ do stanu Transfer, gdy zaś danych nie 
ma, przejdź do stanu No_Data itd. Ten prosty opis wystarcza do za¬ 
projektowania sterownika realizującego podany algorytm. 

Czy PLD zastąpię mikroprocesory? 

Z pozoru układów PLD nic nie wiąże z mikroprocesorami. Podo¬ 
bieństw jest jednak wiele. W obu przypadkach układy scalone re¬ 
alizują sprzętowo algorytm określony w zbliżonych językach pro¬ 
gramowania. Różni je to, że mikroprocesory interpretują program 
szeregowo, a układy PLD - równolegle. 

Budowę wewnętrzną mikroprocesora określa producent. Skła¬ 
dają się nań uniwersalne bloki, takie jak rejestry i układy arytmety¬ 
czne, łączone przez wewnętrzne multipleksery zgodnie z instruk- 
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Mikroelektronika i programowanie 


PRZYKŁAD 3. 

module controller 

title 'FASTBUS Controller 

Krzysztof Kontek, Ey.perimental Electronic Group, 

Schweizer 1 sches Institut fuer Nuklearforschung, Villigen, 
(on leave from IPJ,Swierk,Pol and) o0.09.87. 

"device declaration 


pin 


IC3 device •P16R4''; 
declaration 
" inputs in IC3 

'NEXT_BLOCK,'ERR,'DATA 
'MESSAGE_ACK, 'BUSY 
" oLitputs in IC3 

Q2,Q1,Q0 
'N0_DATA_MESSAGE 
'ERROR_MESSAGE 
!TRANS 

"constant declaration 


Control1 er_State 

= CG 

12, 

Q1,D0]; 

Begin 

= C 

1, 

1, 

13; 

Transfer 

= C 

1, 

0, 

03; 

No_Data 

= C 

0, 

1, 

03; 

Error 

= c 

0, 

0 , 

13; 

Stop 

= c 

0, 

1, 

13; 


"State diagram 
5tate_diagram 
State Begin: 




State Transfer: 


ERR 
•ERR Zi 
!ERR & 


'ERR 

!ERR 


State No_data: 

State Error: 

State Stop: 
end controller 


Control1 er_Statę 
case BUSY 

'BUSY & 

'BUSY 
'BUSY 
endcase; 

TRANS = i; 
case DATA 
'DATA 
ERR 
endcase; 

NO_DATA_MESSAGE = 1; 
if MESSAGE_ACK then Stop 

else No_data; 
ERROR_MESSAGE = 1; 
if MESSAGE_ACK then Stop 

else Error; 

if NEXT_BLOCK then Begin 

else Stop; 


:Begin; 

;Error; 

DATA ;Transfer; 
DATA :No Data; 


;Transfer; 
;No_Data; 

:Error; 


cjami programu. Pobranie instrukcji, zinterpretowanie jej oraz 
zmiana połączeń trwa, opóźniając realizację programu. Pamięci 
podręczne (ang. cache) dla instrukcji, wstępne pobieranie i inter¬ 
pretację instrukcji (ang. prefetching) lub rozdzielenie pamięci in¬ 
strukcji i danych (architektura Harvard) redukują, dzięki wielkim 
wysiłkom projektantów, tracony czas. Zajmujące się tym wyrafino¬ 
wane układy stanowią sporą część mikroprocesora, ale problem 
pozostaje. Uniwersalne bloki są ponadto zawsze wolniejsze od 
układów specjalizowanych. 

Tymczasem układy PLD przed zaprogramowaniem mają luźną 
strukturę, w której bramki, przerzutniki, a z czasem zapewne także 


bardziej złożone bloki, łączone są dopiero po zaprogramowaniu. 
W gotowym do realizacji programu układzie wewnętrzne połącze¬ 
nia między elementami nie zmieniają się. Program jest wykonywa¬ 
ny przez sprzęt specjalizowany, a więc szybciej niż przez mikro¬ 
procesor. Okupione to jest większą liczbą elementów używanych 
do bardziej złożonych algorytmów, długość i złożoność programu 
realizowalnego techniką PLD na danym etapie rozwoju technologii 
jest więc ograniczona. 

Nowości 

Technologia jednak rozwija się: 64 makrokomórki układu 
XC3020 firmy Xńinx z 1988 r. realizują dowolną funkcję pięciu, a 
czasem i 7 zmiennych, bądź dwie funkcje 4 zmiennych. Zawierają 
też dwa przerzutniki rozbudowane bardziej niż w GAL39V18. Kon¬ 
figurację makrokomórek oraz ich połączenia zapisano w automaty¬ 
cznie ładowanej podczas włączania zasilania pamięci RAM. Prze¬ 
programować może ją np. mikroprocesor. Układy te w prostych 
sterownikach zastępują mikroprocesory i trend ten pogłębia się. 

Rozwija się też oprogramowanie. Miiem już okazję pracować z 
lepszymi niż ABEL systemami do projektowania układów PLD na 
komputerach IBM PC/AT i VAX. Pozwoliły one zaprojektować 
specjalizowany sterownik o 70 wejściach i 80 wyjściach zupełnie 
niezieżnie od rodzaju użytego PLD. Układ został następnie przete¬ 
stowany przez napisany także w języku wysokiego poziomu pro¬ 
gram testujący. Wygenerował on tysiące wektorów testujących. 
Projekt następnie podzielono na pięć 40-nóżkowych układów PLD 
z rozbudowaną architekturą wewnętrzną. Każdy z nich w wersji 
SMD (Surface Mounted Devjces^ zajmuje ok. 1 cm kw. 

W innym projekcie automatycznie przeniesiono schemat z ekra¬ 
nu monitora do wnętrza innego ukłatiu PLD. Słychać o systemach 
do programowania PLD za pomocą zwykłych przebiegów czaso- 
wych. Pytanie ”jak zaprojektować układ” zastępowane jest pyta¬ 
niem ”jak go opisać”. 

Rozwój układów PLD stymulowany jest przez sprzężenie zwrot¬ 
ne; języki wysokiego poziomu do ich projektowania zwiększyły za¬ 
interesowanie użytkowników, co zachęca producentów kości do 
tworzenia coraz bardziej rozbudowanych układów, te zaś zmuszają 
do doskonalenia oprogramowania. 

Przewiduje się, że sprzedaż układów PLD (bez klasycznych pa¬ 
mięci PROM) wzrośnie z 235 min dolarów w 1985 r. i 417 min w 1987 r. 
do ponad miliarda dolarów w 1992 r. 

Nie ma armat 

By uwolnić redakcję od pytań: ”gdzie jest autor?” w znaczeniu 
"chciałbym mieć ten program” dodam, że ABEL jest chroniony pro¬ 
gramowo i sprzętowo przed kopiowaniem. W Polsce trudno go 
zresztą użyć z braku programatorów oraz... samych układów PLD. 
Układy PAL i FPLA - o ile wiem - nie są produkowane w RWPG. 
Miejmy nadzieję, że stan ten się zmieni. 

Polecam: 

1. PROGRAMMABLE LOGIG DEYIGES: FASTER, DENSER, AND. 
A LOT MORĘ OF THEM Electronics, Sept.17,1987. str. 61-72 

2. PAL/PLE PROGRAMMABLE LOGIC HANDBOOK, Monolithic 
Memories Inc.,1985 

3. GAL HANDBOOK, Lattice, 1986. 
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Nowe konstrukcje 
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01ivettiPCl 
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Firma 01ivetti znana jest na rynku z produkcji całej 
gamy komputerów, w tym także zgodnych ze standar¬ 
dem IBM PC. Komputery te wyróżniają się bardzo do¬ 
brą jakością, elegancką sylwetką i bardzo solidnym 
wykonaniem. Są niestety dość drogie. Napór daleko¬ 
wschodnich, masowo produkowanych kopii standardu 
PC/AT spowodował zmniejszenie zainteresowania 
wcześniejszą wersją PC/XT. Kopia komputera IBM PC/ 
/XT staniała na tyle, aby stać się zagrożeniem dla kom¬ 
puterów domowych. Upatrując w tym zjawisku szanse 
zysku wielu producentów komputerów rozpoczęło pro¬ 
dukcję uproszczonych i tanich wersji komputerów tego 
standardu. Do grona takich producentów dołączyła fir¬ 
ma 01ivetti. Tak powstał komputer 01ivetti PC 1. 

Korzystając z informacji marketingowych i popularności pro¬ 
duktów innych firm ustalono podstawową konfigurację oraz możli¬ 
wości mutacji wersji podstawowej. Za wzór ustalania konfiguracji 
PC 1 posłużył sprzedawany nadal masowo na rynku angielskim 
komputer Amstrad PC 1512. 

01ivetti PC 1 przeznaczony jest dla początkujących użytkowni¬ 
ków komputerów profesjonalnych lub dla osób zamieniających 
posiadany komputer domowy na inny, o większych możliwoś¬ 
ciach. Takie przeznaczenie spowodowało zainstalowanie w PC 1 
kolorowej karty graficznej (CGA). Karta tego typu umożliwia ko¬ 
rzystanie z programów - gier. 

Komputer PC 1 składa się z dwóch zasadniczych części. Jedną 
stanowi monitor z podstawą, a drugą - płaska obudowa mieszcząca 
wszystkie elementy elektroniczne, klawiaturę i napędy dyskowe. 
Układ elektroniczny komputera umieszczony jest na jednej płycie 
drukowanej. Zastosowano procesor typu V40 zgodny programowo 
i sprzętowo z procesorem Intel 8088. Częstotliwość zegara wynosi 
4,77 lub 8 MHz. Szybkość pracy zegara przełączana jest w dowolnej 
chwili za pomocą kombinacji naciśnięcia kilku klawiszy jednocze¬ 
śnie. Szybkość pracy maszyny z zegarem 8 MHz jest o ok. 170 % 
większa niż oryginału IBM. 

Procesor współpracuje z pamięcią operacyjną RAM o pojemno¬ 
ści 512 KB. Obszar ten w zasadzie wystarcza do uruchomienia i pra¬ 
cy wielu popularnych programów, ale może być niewystarczający 
z chwilą stosowania kilku nakładek na system operacyjny. Pamięć 
ROM z BIOS komputera stanowi układ EPROM o pojemności 8 KB. 

Komputer wyposażony jest w klawiaturę różniącą się nieznacz¬ 
nie od klawiatur stosowanych w kopiach standardu PC. Klawisze 
funkcyjne nie stanowią oddzielnego pola po lewej stronie maszyny, 
lecz są ułożone w jednym rzędzie na szczycie klawiatury. Ułożenie 
i wielkość innych klawiszy funkcyjnych (np. Esc, Alt, Ctrl itp.) także 
nie odpowiada typowej klawiaturze komputera XT. Działanie, czy¬ 
telność i jakość wykonania klawiatury oceniana jest bardzo wyso¬ 
ko, co stanowi zresztą atut wszystkich komputerów firmy 01ivetti. 
Klawiatura jest częścią obudowy całego komputera, podobnie jak 
ma to miejsce w komputerach domowych. 

Nad klawiaturą umieszczone są napędy dyskowe. W wersji naj¬ 
tańszej zainstalowany jest tylko jeden napęd dyskietek. W PC 1 za¬ 
instalowano napędy dyskietek 3,5-calowych. Dyskietki mogą być 
zapisywane do pojemności 720 KB. Zastosowanie dyskietek 3,5-ca¬ 
lowych ma umożliwić wymianę informacji z komputerami IBM PS/2 
oraz bardzo liczną grupą komputerów przenośnych standardu PC. 

Sterownik kolorowej karty graficznej wmontowany w płytę głó¬ 
wną współpracuje z monitorem kolorowym RGB. W wersji podsta¬ 
wowej karta steruje monitorem monochromatycznym. Konstrukto¬ 


rzy zastosowali monitory o przekątnej ekranu 12 cali. Czytelność 
monitorów jest dobra dla pracy z programami graficznymi. Przy 
pracy z tekstem uwidaczniają się wszystkie wady zastosowanego 
sterownika obrazu. Wyraźniejszy obraz tekstowy uzyskiwany jest 
na monitorze kolorowym. Aby nie podnosić ceny urządzenia, nie 
przewidziano stosowania przełączalnego wielofunkcyjnego stero¬ 
wnika obrazu (CGA, Hercules, EGA), jaki zastosowano np. w kom- 
- puterze Amstrad PC 1640 lub Atari PC. 

Komputer PC 1 wyposażono w interfejs równoległy typu Centro¬ 
nics dla drukarki, szeregowy typu RS 232 dla podłączenia mode¬ 
mu, plotera lub digitizera. Zastosowano oddzielne łącze z szyną sy¬ 
stemu dla myszki i joysticka. Standardowo komputer wyposażony 
jest w myszkę oraz w jedno łącze dla kart rozszerzenia standardu 
IBM PC/XT. Ze względu na małe gabaryty obudowy komputera do'^ 
datkowa karta rozszerzenia nie może być schowana wewnątrz ma¬ 
szyny. Producent przewidział możliwość uzupełniania konfiguracji 
PC 1. Oferowane są przystawki pozwalające na instalowanie doda¬ 
tkowych kart, łączone przewodem ze złączem systemowym kom¬ 
putera. Przewidziano także możliwość współpracy PC 1 ze stacją 
dyskietek 5,25 cala oraz dyskiem twardym. Wszystkie te urządze¬ 
nia są jednak elementami zewnętrznymi i wymagają stosowania 
specjalnych układów połączeń i obudów. Przewidziano również 
możliwość uzupełnienia pamięci operacyjnej do 640 KB. 

Komputer w każdej wersji dostarczany jest użytkownikowi z pa¬ 
kietem oprogramowania. Pakiet ten stanowią dyskietki z syste¬ 
mem operacyjnym MS-DOS w wersji 3.3, cztery gry zręcznościowe 
oraz zintegrowany pakiet programowy o nazwie First Choice. Pa¬ 
kiet ten łączy w sobie edytor tekstu, bazę danych i arkusz oblicze¬ 
niowy, zawiera pełną instrukcję obsługi wszystkich opcji zawar¬ 
tych w nim programów. First Choice przeznaczony jest dla począt¬ 
kujących użytkowników komputerów profesjonalnych, pozwala 
poznać terminologię stosowaną w profesjonalnych programach 
kalkulacyjnych i bazach danych oraz struktury tworzenia zbiorów 
dla tych programów. Pakiet zapewnia pełną wymienność tworzo¬ 
nych zbiorów. 



Wygląd całej maszyny w pełni odpowiada poziomowi włoskiego 
wzornictwa przemysłowego. Obudowa komputera jak i podstawa 
monitora zostały tak zaprojektowane, aby cały zestaw stanowił 
funkcjonalną bryłę, pozwalai użytkownikowi na dobrą organizację 
pracy i zajmował mało miejsca - komputer przeznaczony jest głów¬ 
nie dla osób pracujących w domu. 

01ivetti oferuje na rynku angielskim komputer PC 1 w następują¬ 
cych konfiguracjach i cenach: 

• wersja podstawowa z 1 napędem dyskov/ym 
i mono monitorem 

• wersja pełna z dwoma napędami dyskowymi 
i kolorowym monitorem 

• zewnętrzna stacja dyskietek 5,25 cala 

• zewnętrzny dysk twardy 20 MB ze sterownikiem 
Uzupełnienie pamięci operacyjnej wymaga dopłaty 69 funtów do 
ceny komputera. 


399 funtów; 

699 funtów; 
199 funtów; 
399 funtów. 
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Drobiazgi 


Na łamach naszego miesięcznika zainicjowaliśmy 
akcję poszukiwania producentów "galanterii” kompu¬ 
terowej. Do tej pory zgłosiło się do redakcji kilkunastu 
rzemieślników -- producentów różnych drobiazgów 
wspomagających pracę z komputerem. W teście oma¬ 
wiamy kilka produktów dostarczonych do redakcji w 
czerwcu tego roku. Dziękujemy za to, co już nam przed¬ 
stawiono i oczekujemy na dalsze propozycje oraz eg¬ 
zemplarze okazowe takich wyrobów. Akcja poszuki¬ 
wania producentów trwa nadal. 


Propozycja pierwsza 
- siatka 

Siatka chroniąca oczy opera¬ 
tora komputerów przed pro¬ 
mieniowaniem monitora dostar¬ 
czona została do redakcji przez 
przedstawiciela Przedsiębiorst¬ 
wa Innowacyjnego TETA, mie¬ 
szczącego się we Wrocławiu 
przy ulicy Tenisowej 2C, teł. 
675825. 

Po raz pierwszy zauważyłem 
tego typu siatki na wystawie 
komputerowej w Londynie w 
ubiegłym roku. Wszyscy pro¬ 
ducenci oferujący je zdobywali 
natychmiast rzesze klientów. 
Napisałem o tym zjawisku w je¬ 


dnym z poprzednich numerów 
naszego pisma. Okazuje się, że i 
w Polsce nie brak ludzi przed¬ 
siębiorczych i energicznych. 
Spółka TETA uruchomiła pro¬ 
dukcję takich siatek. Materia¬ 
łem wyjściowym do produkcji 
jest importowana z Dalekiego 
Wschodu siatka nylonowa. Jest 
ona następnie barwiona na ma¬ 
towy czarny kolor i mocowana 
w dwukolorowej ramce z two¬ 
rzyw sztucznych. Barwienie, 
produkcję ramki i montaż cało¬ 
ści wykonuje spółka TETA. 
Wielkość ramki dobrana jest 
tak, że pozwala na wykorzysta¬ 
nie jej do monitorów 12- i 14-ca- 
lowych. Barwienie siatki wyko- 








nane jest starannie. Nie widać 
zmian koloni na jej powierzchni 
użytkowej. Montaż siatki w ram¬ 
ce także jest prawidłowy. W eg¬ 
zemplarzach, jakie otrzymaliś¬ 
my, nie zauważa się skrzywie¬ 
nia osi nici siatki. Osie X i Y za¬ 
chowują prostopadłość, co ma 
ogromny wpł^ na jakość 
obrazu widzianego przez siat¬ 
kę. Jej działanie polega na 
zmniejszeniu jaskrawości świe¬ 
cenia ekranu monitora przy za¬ 
chowaniu kontrastu między 
punktami jasnymi i ciemnymi. 
Przedstawiona do testu siatka 
nie powodowała żadnych znie¬ 
kształceń obrazu monitora mo¬ 
nochromatycznego. Siatkę za¬ 
kładałem na monitory o zielo¬ 
nej, bursztynowej i białej bar¬ 
wie ekranu. Zachowuje swoje 
działanie bez względu na roz¬ 
dzielczość monitora. Szczegól¬ 
nie v\^raźnie pozytywne działa¬ 
nie siatki zauważa się przy pra¬ 
cy z krajowym monitorem Nep¬ 
tun 156. Ma on bardzo jasną po¬ 
światę luminoforu i zastosowa¬ 
nie siatki znacznie łagodzi dzia¬ 
łanie jarzącego się ekranu na 
źrenice oczu przy wielogodzin¬ 
nej pracy. 

Zastosowanie siatki do moni¬ 
tora kolorowego powoduje po¬ 
wstawanie widocznych prąż- 


siatką a ekranem monitora. Mo¬ 
cowanie siatki polega na nakle¬ 
jeniu na obudowie monitora ka¬ 
wałków folii samoprzylepnej z 
"pętelkami” "rzepa”. "Haczyki” 
"rzepa” znajdują się na końcach 
uchwytów. Po dobraniu (przez 
zaginanie uchwytu) odpowied¬ 
niego odstępu od szyby monito¬ 
ra wczepia się końce uchwytów 
w przyklejone do obudowy ka¬ 
wałki folii. Postępowanie takie 
jest bardzo proste i łatwe. Nie¬ 
stety nie jest pewne. Pod wpły¬ 
wem ciężaru siatki końce 
uchwytów wyczepiają się z pęte¬ 
lek i siatka spada. Wydaje się, że 
węzeł ten wymaga dopracowa¬ 
nia (moim zdaniem należałoby 
zwiększyć długość zaczepu typu 
"rzep”) lub zmienić koncepcję 
mocowania siatki do monitora. 

Przedstawiona siatka jest pro¬ 
duktem dobrym i niezwykle po¬ 
trzebnym. Spółce TETA należy 
pogratulować szybkości działa¬ 
nia i trafności wyboru produktu. 

Propozycja druga 
- taśmy barwiące 
do drukarek 

Taśmy barwiące do druka¬ 
rek przedstawił pan mgr inż. 
Andrzej Franek prowadzący 
warsztat regeneracji kaset 
do drukarek komputero¬ 
wych, ul. Sienkiewicza 6/21, 


ków interferencyjnych. Zjawis¬ 
ko to nasila się szczególnie, gdy 
ekran monitora jest dość wypu¬ 
kły lub gdy operator patrzy na 
monitor pod kątem. Zwiększe¬ 
nie odstępu siatki od powierz¬ 
chni ekranu sytuację tę popra¬ 
wia, ale jej nie likwiduje. Podo¬ 
bne zjawisko występuje, gdy 
siatkę umieści się przed ekra¬ 
nem telewizora kolorowego. 
Spółka TETA pracuje obecnie 
nad uruchomieniem produkcji 
siatek pozbawionych tej wady i 
przystosowanych do współpra¬ 
cy z monitorami kolorowymi. 

Siatka mocowana jest do mo¬ 
nitora za pomocą dwóch plasty¬ 
kowych uchwytów i "zatrzas¬ 
ków” typu "rzep”. Zastosowane 
uchwyty pozwalają na ustalenie 
wymaganego dystansu między 


87-200 Wąbrzeźno, tel. 517. 

Dostarczone do redakcji taś¬ 
my mają szerokość 13 mm i wy¬ 
konane są z materiału, z jakiego 
wytwarza się taśmy do maszyn 
do pisania. Taśmy tego typu 
można stosować w drukarkach 
Star, Epson, NEC, Seikosha itp. 
Pan A. Franek konfekcjonuje je 
w odcinkach przeznaczonych 
do różnych drukarek, skleja i 
pakuje. Taśmy sklejane są w 
pętlę Mobiusa, co zapewnia cał¬ 
kowite wykorzystanie barwni¬ 
ka, jakim nasączona jest taśma. 
Końce taśm łączone są ze sobą 
za pomocą z^zewania. Linia 
zgrzania jest cienka i nie powo¬ 
duje przeszkód w druku. Jakość 
połączenia jest dobra i nie zau¬ 
waża się pęknięć czy zerwania 
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Na cenzurow^ym 


taśmy przed wykorzystaniem 
barwnika. Odcinki taśm zwijane 

w gęsty zygzak i pakowane w 
pudełka pozwalające na łatwe 
umieszczenie nowej taśmy w 
posiadanej kasecie. Pudełko z 
taśmą umieszczone jest w 
szczelnie zgrzewanej torebce 
foliowej zabezpieczającej bar¬ 
wnik przed wysychaniem. Pro¬ 
ducent poinformował o możli¬ 
wości uruchomienia produkcji 
taśm o innej szerokości - przez¬ 
naczonych do drukarek Star se¬ 
rii LC, Amstrad, Atari itp. 

Cena testowanych wkładów 
waha się w granicach 3500 - 
4200 zł i zależy od długości odci¬ 
nka taśmy. Proponowana cena 
wkładów porównywalna jest z 
ceną pobieraną przez punkty 
nasączające taśmy. Pan A. Fra¬ 
nek realizuje dostawy wkładów 
taśm w sprzedaży wysyłkowej. 

Propozycja trzecia 
- joystick MATT 

Joystick MATT udostępnił re¬ 
dakcji do testowania przedsta¬ 
wiciel Pracowni Elektroniki 
Użytkowej i Przemysłowej, mgr 
inż. Tadeusz Trojak, Łódź ul. 
Wigury 15. 

Joystick wykonany jest z 
czarnego tworzywa sztucznego. 
Rękojeść ma kształt ergonomi¬ 
czny, przewidziano wgłębienia 
na palce i odpowiednio dobra¬ 
no grubość uchwytu - tak, aby 
pasował do ręki. Na szczycie 
rękojeści umieszczono przy¬ 
cisk "strzał” w taki sposób, aby 


można było go łatwo naciskać 
kciukiem. Rękojeść mocowana 
jest za pomocą elastycznego 
przegubu do okrągłej podsta¬ 
wy. Podstawę zaopatrzono w 
cztery przyssawki gumowe po¬ 
zwalające trwale umocować 
joystick do stołu. Taki sposób 
umocowania joysticka pozwala 
na energiczne posługiwanie się 
urządzeniem. Joystick połączo¬ 
ny jest z komputerem za pomo¬ 
cą cienkiego przewodu wypo¬ 
sażonego we wtyczkę 9-styko- 
wą typu ”D”. Wtyczka wykona¬ 
na jest z twardej gumy i stanowi 
integralną część przewodu po¬ 
łączeniowego. Można ją umieś¬ 
cić w gnieździe joystickowym 
każdego dostępnego na na¬ 
szym rynku komputera. W po¬ 
przednio testowanych joystic¬ 
kach innych firm wtyczka spra¬ 
wiała kłopoty i nie zawsze da¬ 
wała się umieścić w gniazdach 
komputera Atari 800XL, 65XE, 
130XE. Joystick MATT pozba¬ 
wiony jest tej wady. 

Joystick wykonany jest staran¬ 
nie. Pracuje poprawnie i na ogół 
bezawaryjnie. Redakcja otrzy¬ 
mała do testowania trzy takie joy¬ 
sticki. Po prawie czteromiesięcz¬ 
nej bardzo intensywnej eksploa¬ 
tacji (używał go młody entu^asta 
gier komputerowych) jeden z joy¬ 
sticków przestał pracować. Po¬ 
zostałe joysticki do dnia dzisiej¬ 
szego pracują poprawnie*^. 

Joysticki MATT rozprowa¬ 
dzane są w sieci sklepów Cen¬ 
tralnej Składnicy Harcerskiej. 
Cena joysticka wynosi 6750 zł i 
jest konkurencyjna z podobny- 




mi wyrobami zagranicznymi 
oferowanymi w komisach i na 
giełdach komputerowych. 

Propozycja czwarta 
- podstawka 
pod drukarkę 

Podstawkę pod drukarkę 
typu PD-10 nadesłał do redakcji 
pan mgr inż. Andrzej Boryse¬ 
wicz, właściciel zakładu ślusar¬ 
skiego mieszczącego się w Ło¬ 
dzi przy ulicy Skarżyńskiego 17. 
Podstawka PD-10 skonstruowa¬ 
na została w celu ułatwienia or¬ 
ganizacji pracy i usytuowania 
drukarki współpracującej z 
komputerem. Przy dużej liczbie 
wydruków i zastosowaniu pa¬ 
pieru we wstędze występują 
często kłopoty z prawidłowym 


drukarki. Aby zapewnić możli 
wość bezawaryjnego odbioru 
zadrukowanej taśmy papiero¬ 
wej, do płyty drewnianej pod¬ 
stawki montowany jest wykona¬ 
ny z giętego i spawanego drutu 
stalowego uchwyt będący ma¬ 
gazynem zadrukowanego pa¬ 
pieru. Uchwyt ukształtowany 
jest tak, że papier z drukarki 
”spływa” do magazynka bez za- 
gnieceń i załamań. Uchwyt jak i 
podstawa zapewniają prawidło¬ 
we użytkowanie dostępnych na 
naszym rynku drukarek i dostę¬ 
pnego papieru we wstędze per¬ 
forowanej. Producent przedsta¬ 
wił nam podstawkę PD-10 dla 
drukarek i papieru o szerokości 
10 cali. W ulotce reklamowej do¬ 
łączonej do wyrobu oferuje rów- 




ułożeniem papieru i bezawaryj¬ 
nym odbieraniem gotowych 
wydruków z drukarki. Stosowa¬ 
nie taśmy papierowej wymaga 
pozostawienia wokół drukarki 
dużej ilości wolnego miejsca, o 
co w biurach czy naszych do¬ 
mach nie jest łatwo. Zadaniem 
przedstawionej podstawki PD- 
10 jest ułatwienie pracy drukar¬ 
ki przy druku na wstędze papie¬ 
rowej. Podstawkę wykonano z 
prętów stalowych i fornirowa¬ 
nej płyty drewnianej. Podstaw¬ 
ka jest konstrukcją "piętrową”. 
Ustawia się ją w miejscu, gdzie 
zazwyczaj stoi używana przez 
nas drukarka. Drukarkę usta¬ 
wia się na "pierwszym piętrze" 
na płycie drewnianej. Zapas pa¬ 
pieru we wstędze umieszcza się 
pod drukarką, między stalowy¬ 
mi prętami stanowiącymi nogi 
płyty utrzymującej drukarkę. W 
ten sposób drukarka wraz z pa¬ 
pierem zajmuje miejsce przez¬ 
naczone poprzednio tylko dla 


nież takiej samej konstrukcji 
podstawkę dla drukarek i papie¬ 
ru o szerokości 15 cali. Przedsta¬ 
wiona podstawka wykonana jest 
starannie, choć nieodparcie od¬ 
nosi się wrażenie dużej materia¬ 
łochłonności wyrobu. Być może 
w następnych wersjach wraże¬ 
nie to zostanie zatarte. Podstaw¬ 
kę pod drukarkę należy powitać 
na naszym rynku komputero¬ 
wym z wielkim zadowoleniem. 
Tego typu meble są szansą zlik¬ 
widowania często istniejącego w 
wielu instytucjach widoku pracu¬ 
jącej drukarki, do której papier 
wchodzi spod stołu, przesuwając 
się między różnymi kablami, ko¬ 
szem na śmiecie i telefonem, a 
wydruk spada na podłogę pod 
nogi interesantów. Są szansą na 
estetykę miejsca i komfort pracy. 


*) PRODUCENT WYJAŚNIA: Dostrzeżo¬ 
na wada wystąpiła w wyniku uszkodze¬ 
nia przewodu. Obecnie stosowane są 
inne przewody — bardzo dobrej jakości. 
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Gdy mówimy o profesjonalnym zastosowaniu komputerów w 
pracach biurowych, pracowniach projektowych, uczelniach, w 
zdecydowanej większości chodzi o komputery standardu IBM PC. 
Bardzo dobra polityka marketingowa i licencyjna niebieskiego 
koncernu sprawiła, że standard PC dominuje i jest jak na razie naj¬ 
lepszym rozwiązaniem dla pojedynczego stanowiska pracy. Pozy¬ 
cję standardu PC umacnia bardzo bogata biblioteka oprogramo¬ 
wania, pozwalająca rozwiąz^ać praktycznie dowolne problemy. 
Ale rozwijająca się cywilizacja wymaga przetwarzania coraz więk¬ 
szych ilości informacji. Niedługo komputery standardu IBM PC nie 
będą mogły sprostać zadaniom. Nowe konstrukcje już powstają i 
zaczynają konkurować ze zmodernizowanymi komputerami IBM. 
Daje się zauważyć tendencje w rozwoju maszyn stanowiących po¬ 
jedyncze stanowisko pracy (personal Computer). Cechą podsta¬ 
wową nowych maszyn jest ich znacznie większa szybkość pracy w 
stosunku do komputerów IBM. Poprawiane są także parametry ko¬ 
munikacji z pamięcią zewnętrzną i ekranem graficznym. 

Serce każdego komputera stanowi procesor. Tendencją ogólną 
nowych konstrukcji jest stosowanie nowych procesorów typu RISC 
(Reduced Instruction Set Computer). Procesory wykorzystywane 
obecnie posiadają bibliotekę składającą się z kilkudziesięciu lub 
kilkuset instrukcji. Czas wykonywania instrukcji wynosi od kilku 
do kilkunastu taktów zegara procesora. Pozwala to na wykonanie 
2 - 4 milionów operacji na sekundę (MIPS). Procesor wyposażony 
jest także w kilka lub kilkanaście rejestrów pozwalających na prze¬ 
chowywanie danych i parametrów potrzebnych do realizacji in¬ 
strukcji. 

Procesory typu RISC są odmiennej konstrukcji. Biblioteka pole¬ 
ceń takiego procesora składa się z niewielkiej liczby (ok. 50) bar¬ 
dzo prostych instrukcji. Konstrukcyjnie procesor RISC pomyślany 
jest tak, aby każde polecenie możliwe było do wykonania w czasie 
od jednego do trzech taktów zegara taktującego. Ponadto proceso¬ 
ry RISC wyposażone są w dużą liczbę rejestrów wewnętrznych (na¬ 
wet do kilkuset), znacznie przyśpieszających przeszukiwanie da¬ 
nych, kontrolę programu, wykonywanie operacji logicznych i ma¬ 
tematycznych. Są znacznie szybsze od najszybszych procesorów 
stosowanych obecnie i mogą bez trudu wykonywać 7 - 9 milionów 
operacji na sekundę (MIPS). Przy zastosowaniu najnowszych tech¬ 
nologii półprzewodnikowych ich szybkość będzie mogła wynosić 
20 - 40 MIPS. 

Drugą tendencją w budowie nowych komputerów osobistych 
jest tworzenie systemów wieloprocesorowych. Idea ta polega na 
budowie bloków funkcjonalnych wyposażonych we własne syste¬ 
my procesorowe. Procesor główny zarządza całym systemem zle¬ 
cając wykonywanie np.: komunikacji z pamięcią, wyświetlanie 
obr^u, przesyłanie danych z i do pamięci zewnętrznej, wykony¬ 
wanie obliczeń - układom wyposażonym w bardzo szybkie proce- 
so^ specjalizowane. W czasie pracy bloku funkcyjnego procesor 
główny wykonuje dalszą część programu. Systemy tego typu pra¬ 
cują bardzo szybko i pozwalają na wykonywanie kilku programów 
jednocześnie. 

Procesor każdego komputera współpracuje z pamięcią opera¬ 
cyjną i zewnętrzną. W nowych konstrukcjach stosuje się pamięci 
operacyjne o bardzo dużych pojemnościach rzędu 4 do 32 MB. Pa¬ 
mięć operacyjna zależnie od możliwości procesora adresowana 
jest ciągle lub dzielona na przełączalne obszary. Duże pojemności 
pamięci RAM konieczne są do pracy w systemach graficznych, do 
modelowania zjawisk fizycznych, do pracy programów optymali¬ 
zujących konstrukcje techniczne. 

Jako pamięć zewnętrzną komputery nowej generacji wykorzy¬ 
stywać mogą dyskietki elastyczne, dyski twarde, dyskietki optycz¬ 
ne, dyskietki typu CD-ROM, płyty wizyjne, kasety RAM. Rozwój 
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sposobu magazynowania danych jest bardzo dynamiczny i trudno 
dokładnie przewidzieć, jakie rozwiązanie zdobędzie największą 
popularność. W wielu laboratoriach producentów sprzętu kompu¬ 
terowego przechodzą badania dyskietki elastyczne o średnicy 3,5 
cala i możliwości zapisu ok. 10 MB informacji. Stacje takie wymaga¬ 
ją jednak dyskietek o bardzo wysokiej jakości nośnika magnetycz¬ 
nego, na razie istnieje on tylko w laboratoriach. Stosowane obecnie 
dyski twarde posiadają zdolność zapisą do ok. 1 GB informacji. Od 
niedawna znane są metody zapisu dyskietek optycznych. Ich poje¬ 
mność wynosi od 100 MB do kilku GB (giga bajtów). Systemy opty¬ 
czne nie są jeszcze w pełni dopracowane. Istniejące rozwiązania 
rynkowe pozwalają na jednokrotny zapis i wielokrotny odczyt zapi¬ 
sanej informacji (WORM, Write Once - Read Many Times). Kaso¬ 
wanie polega na blokadzie fizycznego dostępu do zbioru. Skaso¬ 
wany zbiór pozostaje jednak nadal na nośniku i ogranicza pojem¬ 
ność dyskietki. 

Prace nad nośnikami optycznymi są bardzo intensywne i rozwią¬ 
zanie problemu wielokrotnego zapisu i odczytu takiego nośnika 
jest kwestią czasu i zaangażowania większych środków finanso¬ 
wych. Do odczytu danych wykorzystywanych wielokrotnie prze¬ 
widuje się stosowanie dyskietek zapisywanych podobnie jak płyty 
typu compact disk - CD-ROM. Ta metoda zapisu jest już doskonale 
opanowana, jest niezawodna i tania. Pojemność dyskietki typu 
compact wynosi 1-8 GB. Przewiduje się wyposażanie nowych 
komputerów w interfejsy pozwalające wykorzystywać domowe 
urządzenia do odtwarzania płyt compactowych jako stacji wpro¬ 
wadzania danych lub programów. Dyskietki typu compactowego 
mogą służyć tylko do odczytu programów lub danych. System ten 
nie umożliwia zapisu. Zaletą systemu CD-ROM jest brak możliwości 
nielegalnego kopiowania zawartości takiego nośnika. 

Pamięci zewnętrzne z płytą compactową zastosowano już w sy¬ 
stemach sieci komputerowych szkolnictwa angielskiego. Przysta¬ 
wki do odczytu płyt laserowych sterowane są przez komputery 



Acom Master. Na płytach CD-ROM zapisywane są dane encyklo¬ 
pedyczne, wybitne dzieła łiterackie, dane kartograficzne. 

Taniejące technologie i materiałypółprzewodnikowe stworzyły 
możliwośći stosowania jako pamięci zewnętrznej kaset RAM. Ka¬ 
seta taka ma wielkość karty kredytowej i w procesie produkcji zo¬ 
staje na niej umieszczony obszar pamięci RAM wraz z baterią zasi¬ 
lającą. Bateria podtrzymuje działanie układów pamięci przez ok. 5 
lat bez obaw o utratę zapisanych informacji. Kaseta może być dołą¬ 
czona do komputera i wykorzystywana jak normalna dyskietka. 
Możliwy jest swobodny zapis i kasowanie zbiorów. Odłączenie ka¬ 
sety od komputera nie powoduje utraty zapisanych informacji. Pro¬ 
wadzi się próby z kasetami o pojemności od 1 MB do 10 MB. Zaletą 
kaset RAM jest bardzo szybki odczyt i zapis informacji (kaseta po 


42 


!<DmDU^^ 41 





































































































































































Trendy 



przyłączeniu do komputera zachowuje się jak duży RAM-dysk), 

‘ wyeliminowanie specjalnych stacji z układami napędowymi i od- 
. czytującymi zawartość nośnika. Pewną wadą jest ograniczony czas 
I przechowywania informacji. 

Niezwykle ważnym elementem komunikacji użytkownika z kom¬ 
puterem jest monitor graficzny. Budowa monitorów i układów ste¬ 
rujących grafiką zmienia się wraz ze zmianami samych kompute¬ 
rów. Stosowanie wysokiej jakości programów graficznych, a w 
szczególności programów do edycji tekstów typu pulpit wydawni¬ 
czy (DTP), wymusiło powstanie specjalnych sterowników zapew¬ 
niających wysoką rozdzielczość obrazu. Sterowniki te stanowią 
obecnie uzupełnienie lub dodatkowe wyposażenie istniejących 
komputerów. Programy typu DTP wymagają rozdzielczości obrazu 
co najmniej 1024 na 1024 punkty. Przewiduje się, że w nowo po¬ 
wstających konstrukcjach rozdzielczość ekranu wynosić będzie 
2048 na 2048 punktów. Rozdzielczość ta ma zapewnić stosowanie 
zasady WYSWYG ("widzisz jak będzie wydrukowane”) przy pracy 
z programami graficznymi. 

Do prac graficznych konstruktorzy przewidują stosowanie moni¬ 
torów o przekątnej ekranu od 16 do 19 cali. Monitory barwne mają 
i zapewnić wyświetlanie jednocześnie do 4096 kolorów z palety 16 
milionów kolorów. Liczba kolorów wyświetlanego obrazu zależna 



ist od przyjętego systemu opisu bajtowego i pojemności pamięci 
vspółpracującej z procesorem obrazu. W zastosowaniach specjal- 
lych podane wyżej wielkości mogą być jeszcze powiększone. Do 
prac biurowych przewiduje się stosowanie monitorów o przekąt¬ 
nej ekranu od 14 do 16 cali. Będą stosowane monitory monochro¬ 
matyczne i kolorowe. Sterowniki ekranowe nowych komputerów 
' przystosowane prawdopodobnie zostaną do przyjmowania i prze- 
' twarzania obrazu generowanego także poza komputerem np. z ka- 
[ mery wideo, odtwarzacza laserowych płyt wizyjnych lub magneto¬ 
widu. Systemy tego typu pozwolą na rozszerzenie możliwości grafi¬ 
cznych komputera a jednocześnie będą pomocne przy modelowa¬ 
niu zjawisk fizycznych, analizie obrazów mikroskopowych, kontro¬ 
li szybkozmiennych procesów. 

Opisane wyżej przewidywane zmiany konstrukcyjne kompute¬ 
rów osobistych mają przyśpieszyć i ułatwiać pracę naukowcom, 
konstruktorom, nauczycielom. Przewiduje się większy niż obecnie 
udział tych maszyn w sterowaniu aparaturą kontrolno-pomiarową i 
eksperymentalną. Możliwość zapisu i szybkiego dostępu do znacz¬ 
nej ilości danych ma ułatwiać procesy analityczne i decyzyjne. Po¬ 
wstające komputery mają pełnić rolę pierwszych ogniw złożonego 
procesu powstawania sztucznej inteligencji. 

Przedstawione w tym artykule informacje pochodzą z dyskusji, 
jaka przeprowadzona została w gronie informatyków i menagerów 
światowego rynku komputerowego, zamieszczonej na łamach an¬ 
gielskiego miesięcznika ”Personal Computer World” w 1988 roku. 

_ m 



PagePerfect 1.0 


Powoli zbliżają się ku sobie światy programów redagujących (proce¬ 
sorów tekstu) i edytorskich (desktop publishing). Z początku funkcje 
ich były całkowicie rozłączne: klasyczny Wordstar 3.0 nie pozwala 
praktycznie na żadne działania kształtujące postać uzyskanego doku¬ 
mentu, natomiast pierwsze wersje Ventury i PageMakera praktycznie 
uniemożliwiały bezpośrednie wprowadzenie jakiegokolwiek dłuższe¬ 
go tekstu. Obecnie najnowsze wersje programów redagujących 
(WordPerfect 5.0; MS Word 4.0) zawierają całkiem rozbudowane fimk- 
cje kształtowania strony. 

Pojawiło się więc miejsce na nowy rodzaj pakietu zintegrowanego: 
program umożliwiający poprawne (choć bez wielu najbardziej zaawan¬ 
sowanych fimkcji) redagowanie i opracowanie strony, włączanie 
rysimków itp. Takim właśnie programem jest PagePerfect i. 0 wprowa¬ 
dzony na rynek przez firmę International Microcomputer Software. 
Podobieństwo nazwy do programu WordPerfect nie oznacza nic poza 
znaną z ciekawostek biologicznych skłonnością walczących o byt 
gatimków do stosowania mimikry. 

Grammatik III 

Programy, dumnie zwane redagującymi lub wręcz procesorami tek¬ 
stu, w istocie wciąż oferują użytkownikowi niewiele ponad rozszerzoną 
wersję funkcji zwykłej maszyny do pisania: pozwalają łatwo wprowa¬ 
dzać i poprawiać tekst oraz dbać o jego formę, ignorując jednak całko¬ 
wicie treść. Jak dotąd szczytem dostępnej dla użytkownika PC analizy 
sensu wklepywanych liter była kontrola ortograficznej zgodności piso¬ 
wni ze słownikowym wzorcem. Obecnie autorzy tekstów angielskoję¬ 
zycznych mogą za niecałe 100$ sprawdzić także ich poprawność gra¬ 
matyczną. Jest to milowy krok w kierunku poprawy inteligencji progra¬ 
mów redagujących. 

Program Grammatik III firmy Reference Software wykrywa, sygna¬ 
lizuje i sugeruje sposób poprawy powtarzających się słów, błędnej in¬ 
terpunkcji, błędnego użycia strony biernej, powtarzającego się używa¬ 
nia fraz pretensjonalnych i kalek językowych, podwójnych zaprzeczeń, 
niepełnych zdań lub niezgodności podmiotu z orzeczeniem. Przykład: 
natrafiając na zdanie “Their going to have a party“ program sugeruje: 
“Kontekst 'their’ wskazuje, że zapewne powinno być 'there' lub 
'they’re’“ 

Niestety - tego programu nie da się łatwo przerobić na polski. 

Tornado 

Nie brak nam programów pozwalających skutecznie administrować 
bazą danych zawierającą setki i tysiące najdziwniej rozbudowanych i 
powiązanych ze sobą zapisów, na co dzień jednak borykamy się z\A^kle 
beznadziejnie ze znacznie prostszym problemem: jak poradzić sobie z 
zalewem krótkich, słabo ze sobą powiązanych notatek zapełniających 
nasze dyski. Tornado to przedstawiona przez firmę Micro Logic Corp. 
propozycja rozwiązania tego problemu - rezydentny program zajmują¬ 
cy 57 KB pamięci pozwala wprowadzić jakikolwiek porządek w stercie 
25.000 notatek pogrupowanych w 50 “pakietów". 

Jak to się sprawdzi w życiu - życie pokaże. 

Grandview 

To nieco droższy i obszerniejszy program o podobnej funkcji, które¬ 
go twórcy z firmy Symantec Corp. wieszczą powstame nowej kategorii 
programów: personal information menager, czyli organizator notatnika. 

Najbardziej znaną zapowiedzią z tej kategorii jest program Lotus 

Agenda, którego faktyczne wprowadzenie na rynek wciąż się opóźnia. 

opr. W. Majewski 
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Sprzedam 

spółkę! 


z TADEUSZEM BROWARKIEM, prezesem spółki “Lumena", rozma¬ 
wia Władysław Majewski. 

“Sprzedam udział w spółce!" - ćmerćstronicowe ogłoszenie w jesien¬ 
nych numerach “Życia Warszawy" wzbudziło pod koniec 1987r. spo¬ 
re zainteresowanie... / 

Byłeś drugim dziennikarzem, który zapytał mnie o przyczyny tej decyzji 
oraz o odzew, jaki wywołała oferta. Pierwszy był “Financial Times"... 

Komu w końcu sprzedałeś? Chętnych było wielu... 

Byłym wspólnikom. 

To trzeba się było ogłaszać? Sporo wysoko opodatkowanych pienię¬ 
dzy wydałeś z własnej kieszeni! 

Ogłoszenie było środkiem nacisku na współników. Zgodnie z umową 
spółki w ciągu miesiąca od pisemnego powiadomienia o zamiarze sprze¬ 
daży udziału mieli oni prawo do pierwokupu. Dokładnie od podanego w 
ogłoszeniu dnia uzyskiwałem prawo do sprzedaży dowolnej wybranej 
przez siebie osobie oraz ujawnienia każdemu potencjalnemu nabywcy 
stanu finansów spółki: danych o obrocie, zysku, kapitałach i prowadzo¬ 
nych przez “Numericę" interesach. 

Poskutkowało? 

Tak. Umowę sprzedaży podpisaliśmy na dwie godziny przed upływem 
terminu, po kilkunastogodzinnym, nerwowym maratonie... 

W takim razie Wasze interesy musiały być mocno podejrzane, skoro 
prawda o nich była tak groźna... 

Fiskusowi są one doskonale znane, ujawniać ich natomiast konkurencji 
lub prasie moi partnerzy nie mieli ochoty. Ogłoszenie posiadało też zara¬ 
zem i drugą funkcję: miał przekonać ich o stanowczości mojej decyzji. 
Przez pierwsze dni po zawiadomieniu sądzili, że tylko się droczę. 

Rozmawiamy stałe o zewnętrznych przejawach tej transakcji, bardzo 
zresztą, jak na nasze zwyczaje, barwnych. Czy możesz jedn^ teraz, 
z perspektywy paru miesięcy, powiedzieć, po co sprzedałeś 1/3 zna¬ 
komicie prosperującej spółki? 

By założyć nową. 

Nie rozumiem. Grupa młodych, wysoko kwałiGkowanych i od dawna 
zaprzyjaźnionych fachowców wielkim wysiłkiem zakłada firmę, któ¬ 
ra w cią^ kil^ kolejnych miesięcy równie znojnych starań uzyskuje 
wielomilionowe obroty, liczne grono bardzo wymagających, alei wy¬ 
soko ceniących wyniki zawartych transakcji klientów, własne inte¬ 
resujące opracowania techniczne - by po roku całą tę drogę przecho¬ 
dzić od nowa, pozostawić zdobyte dobre imię, klientów, lokale, war¬ 
sztat pracy i zgrany zespół? 

Mógłbym odpgwiedzieć tak: co własne, to własne, a w “Lumenie" mam 
udział znacznie większy niż w “Numerice". 

Chyba unikasz istoty sprawy. Takie motywy mogły kierować Tobą, 
ale nie grupą Twoich współpracowników, którzy również przeszli do 
“Lumeny". 

To prawda. Spójrzmy więc na to inaczej: półtora roku temu nie mieliśmy 
nic i żadnych problemów, jak to wykorzystać. Nadszedł jednak moment, 
w którym trzeba było podjąć decyzję, jak wykorzystać zgromadzony po¬ 
tencjał ludzki, finansowy i materialny, w jakim kierunku się rozwijać. Ja 
wraz z grupą pracowników mieliśmy jeden pomysł, pozostali wspólnicy - 


inny. Trzeba było się rozejść, zanim się do końca nawzajem znielubimy. 

I komu życie przyznało rację? 

Nikomu. “Lumena" w pół roku od swego powstania ma obroty zbliżone do 
kolegów z dawnej spółki (o ile mogę je szacować). Wyspecjalizowaliśmy 
się w dostawach wysokiej klasy sprzętu pomiarowego oraz komputero¬ 
wych systemów zbierania danych i sterowania eksperymentem nauko¬ 
wym. Naszyrru klientami są głównie najbardziej vyymagające placówki 
naukowe, a wśród naszych dostawców, którzy powierzyli nam prawo ser¬ 
wisu i reprezentacji na polskim rynku, znajdują się czołowi światowi pro¬ 
ducenci tego typu urządzeń. 

Na wizytówce czytam: Tadeusz Browarek, a cały świat studenckiej 
turystyki od lat zna Tomka z Almaturu... 

Tak przedstawiłem się na balu maturalnym dziewczynie, która została pó¬ 
źniej moją pierwszą żoną. Od niej nauczyli się tak mówić do mnie koledzy 
i zostało do dziś. 

Co studiowałeś? 

Ukończyłem Wydział Fizyki Technicznej i Matematyki Stosowanej Polite¬ 
chniki Warszawskiej, potem pracowałem przez wiele lat w Instytucie 
Chemii Fizycznej PAN. Widziałem tam naukowców tak zabieganych za 
chałturami, że nie starczało im już czasu na ambicje naukowe. To doświad¬ 
czenie wiele mnie nauczyło: nie chciałem stać się jeszcze jednym z tego 
kręgu pracy pozornej. 

Potem pracowałem w Ośrodku Badawczo-Rozwojowym Informatyki, 
gdzie poznałem tajniki obrotu oprogramowaniem i systemem odgórnej 
komputeryzacji za państwowe pieniądze, jaki funkcjonował u nas do nie¬ 
dawna. Instalowałem m.in. we współpracujących firmach system RO¬ 
DAN. 

A w czym pomogły Ci w założeniu własnej spółki doświadczenia zAł- 
maturu? 

Była to znakomita szkoła pracy nie limitowanej godzinami, no i kopalnia 
kontaktów: wszyscy dzisiejsi pracownicy placówek naukowych niegdyś 
byli studentami, a wielu wędrowało z “Almaturem". 

Co właściwie im sprzedajesz, za co bierzesz pieniądze od placówek 
naukowych, doskonałe znających swój sprzęt i potrzeby? Czynie za¬ 
rabiasz na luce prawnej, dzięki której uczelni łatwiej kupić drożej od 
spółki takiej jak Twoja niż bezpośrednio od producenta? 

Nasza firma pełni kilka ważnych ról: jesteśmy filtrem, nie dopuszczającym 
złego sprzętu do końcowego użytkownika oraz buforem, kumulującym 
fundusz gwarancyjny i znakomicie podnoszącym stan realnej*gotowości 
technicznej sprzętu, jesteśmy zbiornicą informacji techniczno-handlowej, 
która jest często trudno dostępna. Służymy naszym klientom bezpłatnym 
doradztwem w zakresie oceny jego potrzeb i możliwości ich zaspokoje¬ 
nia, co w przypadku sprzętu wysokospecjalistycznego nie jest wiedzą ła¬ 
two dostępną i pozwala często uniknąć mozolnej budowy specjalistyczne¬ 
go sprzętu do jednorazowego użytku w sytuacjach, gdy można zastoso¬ 
wać rozwiązania typowe. 

Niebanalnym wreszcie naszym wkładem jest oprogramowanie dostar¬ 
czanych systemów zbierania danych, np. opracowany przez nas system 
akwizycji i opracowania danych pomiarowych silników spalinowych 
przynosi już gospodarce realne korzyści. 

Słyszałem, że zakładanie spółek weszło Ci w krew... 

Tak, sprzedajemy skutecznie swoją wiedzę praktyczną w tej dziedzinie, 
doradzamy i załatwiamy wiele spraw związanych z rejestracją spółki i 
uzyskaniem przez nią zezwolenia na działalność gospodarczą. Mieliśmy 
już ok. 10 klientów, meraz ułatwiamy start potencjalnej konkurencji. 

To w końcu jesteś inżynierem czy adwokatem? 

Korzystamy z luki rynkowej, jaką jest brak w Polsce firm prawniczych 
działających w sferze gospodarczo-prawnej. A co do kwalifikacji: zatrud¬ 
niam również prawników i ekonomistów. 

Słyszałem również, że jesteś filantropem? 

Polski Związek Lekkiej Atletyki, który wynajmuje sąsiedni lokal, poprosił 
nas o wsparcie. Okazuje się, że dotacje moglibyśmy wypłacić tylko z czy¬ 
stego, opodatkowanego zysku, a chyba inaczej powinny być opodatko¬ 
wane środki, których spółka ani udziałowcy nie skonsumowali (tłumacząc 
na polski, od każdej złotówki dotacji dwie należałoby odprowadzić do 
Urzędu Skarbowego). PZLA sprawę przedstawił w “Sztandarze Młodych", 
który następnie poprosił mnie o wypowiedź. W istocie nie wsparłem jesz¬ 
cze nikogo, a chętnie pomógłbym towarzystwu rodziców dzieci bezglute¬ 
nowych. 
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Produkcja oprogramo¬ 
wania stawia także przed 
władzami podatkowymi 
wiele zupełnie nowych 
problemów. Próbują one 
pojęcia dostosowane do 
drobnej produkcji mate¬ 
rialnej przenieść w obszar 
wysoko kapitałochłonnej i 
błyskawicznie starzejącej 
się twórczości intelektual¬ 
nej. Prowadzi to do wielu 
nieporozumień, czasem 
zabawnych, lecz nie dla 
zainteresowanego. W re¬ 
zultacie wiele firm prowa¬ 
dzi obntą korespondencję, 
starając się wyjaśnić o co 
w tym interesie chodzi. 
Rezultaty bywają różne. 

Kilka firm pozwoldo nam 
zapoznać się z wnioskami 
kierowanymi do władz fi¬ 
nansowych oraz z nadesła¬ 
nymi przez resort finansów 
uzasadnieniami - najczęś¬ 
ciej odmownych - decyli. 
Mogą one być dobrym 
wprowadzeniem do dyskus¬ 
ji o warunkach prawnych 
produkcji oprogramowania 
oraz do formułowania pla¬ 
nów dalszego działania. 

Pisma te pogrupowaliś¬ 
my według spraw, któ¬ 
rych dotyczą. Poszczegól¬ 
ne problemy omawiać bę¬ 
dziemy w kolejnych nu¬ 
merach. Z wielu podob¬ 
nych wniosków wybraliś¬ 
my najistotniejsze argu¬ 
menty o znaczeniu ogól¬ 
niejszym. Prosimy równo¬ 
cześnie o nadsyłanie nam 
podobnych spraw i kores¬ 
pondencji. 

Odsłona 3; Czy pro¬ 
gram 

. się zużywa? 

Wniosek (do departamentu plano¬ 
wania i finansowania w Urzędzie 
Postępu Naukowo-Technicznego i 
Wdrożeń): 

Proszę o zajęcie stanowiska w 
sprawie zmiany przepisów praw¬ 
no-finansowych dotyczących kwa¬ 
lifikacji oprogramowania jako 


czynnika rzeczowego warunkują¬ 
cego działalność produkcyjną 
przedsiębiorstw komputerowych. 
Obowiązujące przepisy stanowią 
barierę trudniejszą do pokonania 
od embarga krajów zachodnich. 

Producenci oprogramowania za¬ 
angażują się poważnie w progra¬ 
mowanie mikrokomputerów 32-bi- 
towych, gdy liczba sprzedanych 
egzemplarzy zapewni im opłacal¬ 
ność własnych produktów, czyli 
oprogramowania powielarnego. 
Producent musi sam się finanso¬ 
wać i ponosi całkowite ryzyko za 
podejmowane decyzje co do kie¬ 
runków i rozmiarów produkcji. Ty¬ 
mczasem obecne przepisy nie 
umożliwiają reprodukcji posiada¬ 
nych środków produkcji. 
Uzasadnienie: 

Naszym produktem są progra¬ 
my, które muszą mieć walory użyt¬ 
kowe um.ożliwiające ich profesjo¬ 
nalne zastosowanie zgodne ze 
standardem światowym. 

Wymaga to korzystania ze świa¬ 
towego zasobu wiedzy (zakupu no¬ 
woczesnej technologii komputero¬ 
wej, oprogramowania narzędzio¬ 
wego itp.), czyli zakupu wiedzy 
(know-how), co jest kapitałochłon¬ 
ne (do kilkudziesięciu min zł za 
program). Wiedza ta ma zastoso¬ 
wanie w ściśle określonym czasie 
(ze względu na szybkie zmiany te¬ 
chnologii), dla konkretnego typu 
sprzętu i środowiska programowe¬ 
go, dla konkretnej technologii 
przetwarzania oraz dla konkretne¬ 
go zakresu użytkowego wytworzo¬ 
nego programu. 

Zmiana technologii powoduje 
bezużyteczność wyprodukowa¬ 
nych programów, co zmusza do 
stałej intensyfikacji prac - czas pro¬ 
dukcji programu nie może być 
dłuższy od okresu zmian technolo¬ 
gicznych. 

Przedmiotem kalkulacji powi¬ 
nien być zatem każdy program jed¬ 
noznacznie określony jako produkt 
z osobna. 

(...) Traktowanie oprogramowa¬ 
nia jako wyposażenia mikrokom¬ 
putera nie budzi zastrzeżeń w przy¬ 
padku systemów operacyjnych, 
asemblerów czy kompilatorów. 
Pozostałe oprogramowanie należy 
zakwalifikować jako materiały lub 
licencje, gdyż są przydatne prakty¬ 
cznie jednorazowo - jako wzór. (...) 

Proponujemy więc, by każdy za¬ 
kupiony program zaliczany był 


przez technologa-informatyka do 
jednej z czterech grup: 

1) wyposażenie 

2) narzędzia 

3) materiał 

4) licencja 

Prograiny zakwalifikowane jako 
WYPOSAŻENIE powinny być ro¬ 
zliczane w postaci odpisów, któ¬ 
rych okres powinien wynosić 3-5 
lat, a nie 7-10, jak to jest praktyko¬ 
wane. 

Programy zakwalifikowane jako 
NARZĘDZIA (przedmiot nietrwały) 
powinny byc rozliczane w ciągu 2- 
3 lat - gdyż tyle zwykle trwa dana 
generacja sprzętu, systemów ope¬ 
racyjnych lub kompilatorów. 

Programy zakwalifikowane jako 
MATERIAŁ należy rozliczać w 
okresie trwania otwartego zlecenia 
na produckję danego programu (1- 
2 lata) w formie rozliczeń międzyo¬ 
kresowych, gdzie okres rozliczeń 
ustala się z góry. 

Programy zakupione w formie 
LICENCJI (koszty przygotowania 
nowej produkcji) należy rozliczać 
tak jak zakwalifikowane jako mate¬ 
riał. W koszty kopii programu nale¬ 
ży wliczyć odpowiednią do zapla¬ 
nowanej wielkości sprzedaży 
część kosztów zakupu licencji. 
Przy sprzedaży większej liczby ko¬ 
pii programu koszty przygotowa¬ 
nia produkcji nie będą naliczane. 
Odpowiedz nie jest nam znana 
Glosa redaktora: 

Program (zwłaszcza w postaci 
źródłowej) wraz z dokumentacją, 
jako mienie wielkiej wartości (czę¬ 
sto kilku milionów złotych) nie ma¬ 
jące postaci materialnej lub trwale 
z nim związanego nośnika materia¬ 
lnego i nie ulegający w głowie ko¬ 
rzystającego zeń widocznemu zu¬ 
życiu nie mieści się w systemie po¬ 
jęć organów finansowych, stąd naj¬ 
bardziej karkołomne interpretacje 
spotykane w praktyce. 

Najczęściej kwestionuje się cał¬ 
kowicie przydatność oprogramo¬ 
wania wzorcowego i narzędziowe¬ 
go w procesie produkcji nowych 
programów lub traktuje się opro¬ 
gramowanie jako nie ulegający wi¬ 
docznemu zużyciu środek trwały, o 
okresie amortyzacji bliskim 10 lat. 

Jest to obecnie najbardziej doku¬ 
czliwa bariera rozwoju branży in¬ 
formatycznej. 

Odsłona 4: 

Czy program 
to dzieło? 

Wniosek: 

Wnoszę o wyrażenie zgody na 
opodatkowanie osób fizycznych 
świadczących na rzecz naszej fir¬ 
my pracę z tytułu umów o dzieło 
podatkiem od wynagrodzeń, za¬ 
miast obrotowym i dochodowym. 
Uzasadnienie: 

Przedmiot naszej działalności 
gospodarczej wymaga korzystania 
z umiejętności fachowych z wielu 
dyscyplin wiedzy. Uzasadnia to za¬ 
wieranie umów o dzieło lub zlece¬ 
nia z osobami nie zatrudnionymi w 
zakładzie. Dla przykładu prace nad 
finansowo-księgowym systemem 
ekspertowym wymagają okreso¬ 
wej intensywnej współpracy z eko¬ 


nomistami, specjalistami od mode¬ 
lowania procesów gospodarczych 
oraz prawnikami; prace nad syste¬ 
mem analizy tekstów wymagają 
współpracy ze specjalistami z za¬ 
kresu językoznawstwa, logiki, psy¬ 
chologii kognitywnej itp; w tworze¬ 
niu systemu ekspertowego wspo¬ 
magania pracy lekarza konieczna 
jest pomoc specjalistów od farma¬ 
kologii klinicznej, chemii leków, 
medycyny ogolnej, inżynierii bio¬ 
medycznej itp. 

Korzystanie ze świadczeń tych 
osób jest jednak znacznie utrudnio¬ 
ne ze względu na objęcie ich do¬ 
chodów podatkiem obrotowym i 
dochodowym. Jakkolwiek osoby te 
nie prowadzą stałej działalności 
uzasadniającej pobranie podatku 
obrotowego, a uzyskany dochód 
mieści się z reguły w granicach 
wolnych od podatku, to spoczywa 
na nich obowiązek odpowiednich 
zgłoszeń i deklaracji. Ponieważ 
większość obywateli nigdy nie 
uczestniczyła osobiście w postępo¬ 
waniu podatkowym w obawie 
przed niewiadomymi trudnościami 
rezygnują oni z dodatkowego źró¬ 
dła zarobków. 

Uwzględnienie wniosku jest ró¬ 
wnież zgodne z interesem Skarbu 
Państwa, gdyż należy się spodzie¬ 
wać, że wpływy z tytułu opodatko¬ 
wania świadczeń wypłaconych 
przez naszą firmę na rzecz usługo¬ 
dawców wzrosną kilkakrotnie, 
wnioskodawcy natomiast ułatwi 
zawieranie niezbędnych umów o 
dzieło lub zlecenia. 

Decyzja (marzec 68): 

Uwzględniając przedstawione 
motywy przychody wymienionych 
osob poddaje się podatkowi od 
wynagrodzeń w wysokości 21,5% 
od każdej wypłaty po potrąceniu 
20% na koszty uzyskania pod 
warunkiem, że wypłaty dokonywa¬ 
ne będą osobom pozostającym w 
stosunku pracy w jednostkach gos¬ 
podarki uspołecznionej i przed¬ 
miotem umów będą usługi wyko¬ 
nywane osobiście i nie wchodzące 
w zakres działalności, od której 
osoba zawierająca umowę o dzieło 
lub zlecenie obowiązana jest opła¬ 
cać podatek obrotowy. 

Do poboru podatku od vrynagro- 
dzeń od wymienionych osób obo¬ 
wiązany jest jako płatnik Wasz za¬ 
kład, który również zobowiązuje się 
do przekazywania informacji jedno¬ 
stkom gospodarki uspołecznionej 
zatrudniającym zleceniobiorców o 
wysokości dokonanych z tego tytułu 
wypłat. 

Decyzja obowiązuje dc czasu no¬ 
wego prawnego uregulowania po¬ 
wyższej kwestii. 

Glosa redaktora: 

Izba okazała się łaskawa, gdy 
widoczne są natychmiastowe do¬ 
datkowe wpływy i możliwość prze¬ 
rzucenia niemałych obowiązków i 
odpowiedzialności na firmę prywat¬ 
ną. Decyzja ta ma jednak charakter 
jednostkowy (dotyczy tylko osób 
korzystających z usług wnioskują¬ 
cych firm) i opatrzona jest dość dzi¬ 
wnym w sensie prawnym zastrzeże¬ 
niem zawartym w ostatnim zdaniu. 

Od 1 lipca br. zasada ta została 
wprowadzona powszechnie. 

opracował 

Władysław Majewski 
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Przedsiębiorstwo Zagraniczne KAREN 

ul.Obrońców 23, 

03-933 Warszawa 
tel. 17 84 10 
tlx 813948 kren pl 

Szanowny Panie Dyrektorze, 

Dziękujemy za zainteresowanie naszą firmą. 

Z przyjemnością informujemy, że możemy zaspokoić wszystkie potrzeby 
Pana Przedsiębiorstwa określone w skierowanym do nas zapytaniu. 

1. Oferujemy niezawodne i jednolite systemy komputerowe typu PC/XT/AT/386 

2. Instalujemy adaptery i oprogramowanie sieciowe ETHERNET. 

3. Do Zakładu Poligrafii polecamy zestaw ATARI ST DESKTOP PUBLISHING 
- bogato oprogramowany i oczywiście z polskimi literami. 

4. Do Klubu i Szkoły proponujemy ośmiobitowe ATARI XE. 

Proszę nie niepokoić się o ''wsad dewizowy" - to wszystko jest za złotówki. 
Sprzęt objęty jest roczną gwarancją a przy odbiorze będzie mógł Pan uzupełnić 
swoje zbiory oprogramowania i literatury. 

Z poważaniem, 

DZIAŁ HANDLOWY 


ZAKŁADY ELEKTRONICZNE 

"MICRONET” 

81-836 SOPOT Krasickiego 9 
tei! 51-13-17, tbc 051-2876 

OFERUJĄ 
TERMINALE MT-100, MT-220 

funkcjonalnie zgodne z terminalami VT100, VT220 firmy DEC. 

MT-220 - emuluje terminale VT52, YTIOO, VT200 oraz PC-Shadow 

MT-220 - posiada możliwość współpracy z dowolną drukarką wyposażoną w złącze równoległe lub szeregowe 
MT-220 - może być stosowany w zestawach mikrokomputerowych (np: IBM PĆ/XT, IBM PC/AT), jak również 

jako końcówka do większych maszyn (np: SM-3, SM-4, SM-5, PDP-11) 

• tryb VT52, VT100, VT200 polecany do pracy pod kontrolą systemów operacyjnych XENIX, UNIX, 
RSX, RT-11. 

• tryb PC-Shadow zalecany do pracy pod kontrolą systemu typu MultiLink 

MT-220 - umożliwia wybór emulowanego terminala oraz parametrów jego pracy w prosty sposób przez samego 

użytkownika 

MT-220 - sprzedawany jest w zestawie: monitor monochromatyczny z poświatą bursztynową i klawiaturą typu 

IBM PC/AT produkcji zachodniej 

MT-220 - wyróżnia sposród innych konstrukcji tego typu spotykanych w Polsce wysoka jakość obrazu oraz niska 

cena. 

MT-220 - to konstrukcja oparta o własne rozwiązania techniczne i sprawdzona w dwuletniej eksploatacji 

ZAPRASZAMY 




HICRONET 
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PRZEDSIĘBIORSTWO 

POLONIJNO-ZAGRANICZNE 



•2 Otl 

RZEŻMIEROWO K. POZNANIA 
UL. WYSOGOTOWSKA 20A 
TEL142 409 TLX 0413418 


Zamierzacie Państwo 


wprowadzić mikrokomputery 

do Waszego ZakkaduT 
Wybierzcie wkaściwego 
partnera! 

Nasza oferta obejmuje: 

Produkcję mikrokomputerów ALMA XTlAT 
Doradztwo 

Instalacje systemów i sieci 
Opracowywanie i wdrażanie oprogramowania 
Szkolenie 
Gwarancje 

Serwis pogwarancyjny 

WYKONAMY OPROGRAMOWANIE UŻYTKOWE 
ZGODNE Z PAŃSTWA POTRZEBAMI, 
w tym w szczególności systemów pkacowych, środków 
trwakych, Rnansowo księgowe, magazynowe i wspoma¬ 
gania prac biurowych. 


Ko-/ 


$C0MBIT$ 


Tecliniczno-Handlowe 
Sp. z 0.0. 

Katowice ul. Nasypowa 6, 
tel. 521-300 



poprzez swoje zakłady 
kompleksowe usługi 
w zakresie: 

- dostaw sprzętu elektronicznego i mikro 
komputerowego 

- oprogramowania systemów informatycz 
nych 

- zabezpieczenia elektrostatycznego 


Oferta sprzętowa 


- zestawy mikrokomputerowe w dowolne] 
konfiguracji 

- urządzenia elektroniki profesjonalnej 
(zestawy pomiarowe, aparaturę medycz¬ 
ną, telefaxy, zasilacze, urządzenia ochro¬ 
ny przed przepięciami) 

- urządzenia malej poligrafii 
a. także: 

- aparaturę audio-wideo oraz zestawy do 
odbioru telewizji satelitarnej. 


Oferujemy również: 


l>ogatą gamę programów użytkowych, 
zarówno gotowych jak i realizowanych 
na indywidualne zamówienie 


n. 


bnadto zapewniamy: 


- pemą ochronę elektrostatyczną stano¬ 
wisk komputerowych, stanowisk monta¬ 
żu układów MOS, pomieszczeń biuro- 
ch, hal produkcyjno-montażowych. 



ochrony elektrostatycznej 


- pojemniki 

- ubrania 

- wykładziny 

Jeżeli chcesz sprostać wymogom 
nowoczesności, powierz realizac¬ 
ję tego zamierzenia 

Przedsiębiorstwu Techniczno¬ 
-Handlowemu “COMBIT“ 
w Katowicach ul. Nasypowa 6, 
teł. 521-300 

Ko-134 146 7 


WPHW O/D^browa. 

Sklep nr 163 ” 

41-300 Dąbrowa. 

ul. Sobieskiegro 

Jeden z pierwszych i najtańszych uspołecznionych punktów sprzedaży 

sprzętu minikomputerowego prowadzi skup i sprzedaż: 

minikomputerów 8 - bitowych • systemy minikomputerowe PC XT/AT w dowolnej kon- 


(ceny 

np. Spectrum 128K +2 
Atari 65 XE + mag. 

130 XE + mag. 

520 ST + SM 124 
Amstrad CPC464 z ziel.mon. 

CPC6128 z ziel.mon. 
Commodore C128 

• drukarki (Z kablami) 

np. DMP 2000 
STAR NL 10 
SG 15 
NX 15 


sprzedaży) 

- 400.000. 

- 350.000. 

- 420.000. 

- 1.800.000. 

- 520.000. 

- 950.000. 

- 500.000. 

- 650.000. 

- 830.000. 

- 1.150.000. 

- 1.250.000. 


figuracji 

# urządzenia peryferyjne 

• sprzęt wideo i CTV 

np. magnetowid SANYO 3100EE 

telewizor SANYO 21" 

SANYO 26” 

Panasonic 26” 
kamera Panasonic M5 


- 980.000. 

- 1.150.000. 

- 1.150.000. 

- 1.650.000, 

- 1.750.000. 
-4.100.000, 


JVC HR-D210EE 


osprzęt i wyposażenie: dyskietki, kable, kasety, pojemniki, ele 

menty elektroniczne, urządzenia dodatkowe, 


Udziela gwarancji i zapewnia serwis poprzez PFT ”ABM” 

Sp. z 0 . 0 . w Dąbrowie Górniczej ni. Czerwonych Sztandarów 94. 
Zapraszamy do sklepu w godz. ] C - 18. 

Dąbrowa Górnicza ul. Sobieskiego IZ tel. 62-2'^-71 
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- to znana na rynku zachodnioniemieckim firma zajmująca się 

eksportem sprzętu komputerowego. Ręczymy za najwyższą jakość i niezawodność 
dostarczanych przez nas towarów. Na wszystkie nasze produkty zapewniamy roczną 

gwarancję oraz serwis gwarancyjny i pogwarancyjny. Prowadzimy korespondencję 
w języku polskim. 


Oferujemy: 


KOMPUTERY KOMPATYBILNE XT: 

1. ICO 360 . cena 919.-DM 

256 K RAM, 4,77 MHz, stacja dysków 360 K, karta Hercules + Centronics, zasilacz 
150 W, klawiatura 84 klawisze. 

2. ICO 20 MB . cena 1520.- DM 

jak ICO 360 + dysk twardy 22 MB. 

Inne konfiguracje: 

• z zegarem 8MHz . dopłata 40.- DM 

• z 640 K RAM na karcie głównej . dopłata 290.- DM 

• z dodatkową stacją dysków 360 K . dopłata 215.- DM 

• z kartą EGA zamiast Hercules.dopłata 335.- DM 

• z kartą multifunkcyjną .dopłata 135.- DM 

• z kartą multi in/out. .' .dopłata 100.- DM 

• z kartą szeregowo-równoległą.dopłata 88.- DM 


KOMPATYBILNE AT: 

1. AT-l . cena 1950.-DM 

640 K RAM, 10 MHz, stacja dysków 1,2 MB, karta Hercules + Centronics, zasilacz 
200 W, klawiatura 102 klawisze. 

2. RT-20 . cena 2590.- DM 

jak AT-l, lecz z dyskiem twardym 22 MB. 

3. AT-30. cena 2630.- DM 

jak AT-l, lecz z dyskiem twardym 30 MB. 

4. AT-l FS. cena 1920.- DM 

jak AT-l, lecz 12 MHz i 512 K RAM. 

5. AT-20 FS. cena 2560.- DM 

jak AT-l FS, lecz z dyskiem twardym 22 MB. 

6. AT-30 FS. cena 2620.- DM 

jak AT-l FS, lecz z dyskiem twardym 30 MB. 

Inne konfiguracje: 

• z 1 MB RAM na karcie głównej . dopłata 380 - DM 

(tylko konfiguracja 4, 5, 6) 

• z dodatkową stacją dysków 360 K . dopłata 215.- DM 

z dodatkową stacją dysków 1,2 MB . dopłata 250.- DM 

z kartą EGA zamiast Hercules . dopłata 335.- DM 

z kartą szeregowo-równoległą . dopłata 88.- DM 

mysz do IBM . cena 95.- DM 

karta Centronics do drukarek . cena 55.- DM 


DYSKI TWARDE 

1. Dysk twardy 22 MB (Seagate) .cena 470.-DM 

2. Dysk twardy 30 MB (Seagate).cena 680.- DM 

z kontrolerem i kablami. 

3. Dysk twardy 22 MB (Seagate) .cena 590.- DM 

z kontrolerem i kćibłami. 


Imonitory 


TTL monitor 14“ 

bursztynowy...cena 280.- DM 

TTL monitor 14“ 

czarno-biały.cena 280.- DM 

EGA monitor.cena 760.- DM 

MULTISYNC monitor.cena 960.- DM 


KOMPUTERY PRZENOŚNE: 

1. ICO PORT AT-l . cena 2800.- DM 

12 MHz, 512 K RAM, stacja dysków 1,2 MB, LCD display 640x200. 

2. ICO PORT AT-20 . cena 3440.- DM 

jak wyżej 4- dysk twardy 22 MB, 

V. 


Zamawianie artykułów oferowanych przez firmę: 



3 ^ zakupu można dokonać osobiście w 

KLAUS JESCHKE, Hard-, Software 
6240 Kbnigstein Ts. Adelheidstr. 2 
tel. 06174-3041 

pisemnie - po dokonaniu wpłaty na nasze konto 

KLAUS JESCHKE, Hard-, Software 
Deutsche Bank, 6240 Kbnigstein Ts. 

Kod bankowy (BLZ): 500 700 10 
Numer konta: 4716676-01 

Koszt przesyłki: 

- komputery XT, AT - 40.- DM 

- monitory - 20.- DM 


OWARANCJA 

Na wszystkie produkty udzielamy 
rocznej gwarancji oraz zapewniamy 
serwis pogwarancyjny. Obsługę 
gwarancyjną oraz informacje techniczne 

zapewnia: 

MIKRO-SERWIS, 80-288 Gdańsk, 
ul. Marusarzówny 6, tel. 48-50-63, 

p. Z. Garski. 

Ko-158/173/lO 
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PRZEDSIĘBIORSTWO ZAGRANICZNE 

WIELOBRANŻOWE 




EMIX” 


Hanna Kubiak 

Biuro Techniczne i Informacyjno-Handlowe 
ul. Smoleńskiego 4 m. 17-18 01-698 WARSZAWA 
TEL. 33-57-36, 33-10-85 TLX 815871 emix pl 


EMIX 86 XT Turbo 


- pamięć RAM 640 KB 

- zegar 4,77/8 MHz 

- 2 jednostki dyskowe 5,25“, 360 KB DS/DD 

- 1 łącze szeregowe RS 232 C 

- 1 łącze drążka sterowniczego 

- karta grafiki monochromatycznej 720x348 punktów 

- monitor monochromatyczny 14“ bursztynowy 

- kławiatura 101-kławiszowa z połskimi znakami 

- karta sterownika FDD 

- zegar czasu rzeczywistego/kałendarz z podtrzymaniem 
bateryjnym 

- dysk twardy 20 MB z kontrołerem i kablami 


k ■ -1 


J 





współpracujące z mikrokomputerem EMIX 86 XT Turbo 
oraz innymi zgodnymi z IBM PC/XT/AT 

- karta grafiki kolorowej 

- karta grafiki monochromatycznej 

- karta wielofunkcyjna I/O PLUS 2 

- płyta systemowa z pamięcią 640 KB 

- interfejs pomiarowy (lEĆ 625, HPIB, IEEE 488) 

- karta sterowania dziurkarką i czytnikiem 
taśmy papierowej 

- łącze szeregowe RS 232 C 

- karta transmisji BSC 

- karta transmisji 1200/300 

- karta 4 x RS 232 C 

- karta sterowania pamięcią taśmową PT-305 z oprogra¬ 
mowaniem (możliwość konwersji zbiorów IBM XT/AT 
<—> MERA 9150, IBM XT/AT <—> ODRA 1305) 









i: 
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w zakresie montażu, starze¬ 
nia i testowania pakietów 
elektronicznych 



pod komputer, drukarkę i te¬ 
leks z naturalnego drewna, 
ergonomiczny i estetyczny. 






EmNet 



ROWA 


zbudowana na bazie mikro¬ 
komputerów EMIX 286 AT i 
EMIX 86 XT Turbo. 

Pokazy i informacje w Biurze 
Technicznym firmy. 


Ko-63/104'3 
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Bomenrijk 31 
1112 El Diemen, 
HOLANDIA 




I 
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Modele desktop, portable, pionowo stojące 


Model XT 

❖ 4,77/10 MHz, 640 KB RAM, integracja sterowników: 
CG A, HERCULES i Multi I/O na karcie głównej. 

❖ Dwa napędy dysków 360 KB RAM. 


^ 5 ^ 


Klawiatura 84 klawisze. 


❖ Monitor monochromatyczny 12“. 

❖ Zasilacz 150 W. 

Model AT 

^ 8/12 MHz, 640 KB RAM, karta CGA + Hercules + RS 232 + 
Centronics, karta kontrolerów FDD/HDD. 

❖ Jeden napęd dysków 1,2 MB. 

❖ Dysk twardy 20 MB. 

❖ Klawiatura 84 klawisze. 

❖ Monitor monochromatyczny 12“. 

❖ Zasilacz 200 W. 


I Bogata gama konfiguracji 
i wyposażenia dodatkowego 

I Transport wliczony w cenę komputera 

I Rok gwarancji, 
serwis dostępny w Polsce. 

1^ Do zakupionych komputerów 
dołączamy trzy programy. 

^ Bardzo atrakcyjne ceny w granicach 


2700 USD. 








* 



fr 


Model PC XT 

^ 4,77/10 MHz, 256 KB RAM, płyta główna zintegrowana 
Hercules + CGA + pełne Multi I/O. 

^ Napęd dysków 360 KB. 

$ Klawiatmra 84 klawisze. 

^ Monitor 12“. 


# Zasilacz 150 W 


599 USD. 





[) Handy Scanner do IBM 

315 USD. 

[) Drukarka inkjet 

1950 USD. 




Telefon w Holandii (mówimy po polsku): 0-031-20-95 20 33, w godz. 10-13. 


C-S/121/7 
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ACrENCIJA 

IN F O R M A T Y C Z H A 
41.“30O SOSNOWIEC, P“354 

of er'i..4:Je: 

PROGRAMY, INSTRU K. C...TE 
•D L A .K; o .M P tr T E R o w ;: 

Acorn Amstrad 
Commodore IBM 
ATARI SHARP 
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oferuje do sprzedaży: 

1. Interfejs do ZX Spectrum, 

ZX Spectrum Plus, Timex 2048, 

umożliwiający współpracę z cztere¬ 
ma napędami dysków elastycz¬ 
nych, RAM- dyskiem, dowolną dru¬ 
karką graficzną, maszyną do pisania 
Robotron S<6120, monitorem ekra¬ 
nowym, rozszerzający Basic oraz sy¬ 
stem operacyjny ZX Spectrum. 

Nie zajmuje pamięci RAM!!! 

2. Sterowany ikonami programator 
Eprom 2716 : 27256 do ZX Spectrum. 

3. Przeróbkę drukarki DZM 180 na 
drukarkę graficzną. 

Informacja: tel: 33-40-91 

KorespondencjaiMUEL 

ul. Cząstkowska 30, 


Zamówienia: 


Wykonawca: 


01-678 Warszawa 

Spółdzielnia 
Rzemieślnicza 
Specjalistyczna 
Elektryków, 
ul. Grójecka 128, 
02-383 Warszawa 

MUEL. 


Ko-15 120 4 


”lVIIKROSERWIS” 

ul. Marusarzówny 6 
80-288 GDAŃSK-MORENA D 
tel. 48-50-63 godz. 9-17 

ileca. na-prawy: 

komputerów SPECTRUM, COM¬ 
MODORE, AMSTRAD, IBM. 
drukarek STAR. 
zasilaczy do IBM. 
oraz cartridge do C-64 
/FINAŁ II, DYSKOBOy 
C-16, C-^4/UNIVERSAL/. 

Ko-:2ai59 9 


WOJEWÓDZKIE 
PRZEDSIĘBIORSTWO 
HANDLU WEWNĘTRZNEGO 
ODDZIAŁ W TYCHACH 


43-100 Tychy, aleja ZMP 77 

teł. 27-69-75 


IDEOBT 


Poleca dla j. 9 . u.: 

minikomputery 8-bitowe (Atari, Commodore, Schneider- Amstrad), 
minikomputery 16-bitowe kompatybilne z IBM PC, 
drukarki 10“ i 15“ firm STAR, EPSON, AMSTRAD, 
magnetowidy, 
kamery wideo, 

aparaturę badawczo-naukową. 


Ko 41 112 5 



Programy komputerowe, instrukcje i udoskonalenia techniczne 

poczty 

dla ATARI, AMSTRAD A, COMMODORA i IBM 

wysyła 

Agencja. A/likrokomputerowa 

Sosnowiec P-157. tel. 63-29-35 ko^o^ 

_ __ Przedsiębiorstwo Wdrażaniaj 

^>1 I f ^ Postępu Technicznego 

clata.Oo ~ Tradiny 

01-710 Warszawa, ul. Włościańska 25 
tel. 33-59-73 tlx 816159 datac pl 

Posiada w sprzedaży następujące oprogramowanie 
dla mikrokomputerów kompatybilnych z IBM PC XT/fiT: 

• instalacja polskich liter (DOS), 

• polski edytor tekstowy MS (DOS), 

• biblioteka okien dla języka C (DOS, XENIX), 

• system finansowo-księgowy (DOS, XENIX), 

• system gospodarki materiałowej (DOS, XENIX), 

• system płacowy (DOS), 

• biblioteka graficzna do Turbo Pascala dla karty Hercules (DOS). 

Jeżeli jesteś autorem oryginalnego programu aplikacyjnego - 
skontaktuj się z nami, będziemy pośredniczyć w sprzedaży Twojego 
programu dbając o ochronę Twoich praw autorskich! 

Zapraszamy Naszych Klientów do Działu Oprogramowania 

Warszawa, ul. Dzika 4 tel. 31-80-75 


Ko 71 1104 




BIURO USŁUG KOMPUTEROWYCH 
AL. UJAZDOWSKIE 18/14 
00-478 WARSZAWA 
TEL. 28 01 76 

PROPONUJEMY INSTRUKCJE OBSŁUGI I DOKUMENTACJĘ 
W JĘZYKU POLSKIM DLA KOMPUTERÓW: 

♦ PASCAL MT-h ♦ NAUICA PROGRAMOWANIA W JĘZYKU 
MASZYNOWYM ♦ SUPERCALC. 

* TURBO BASIC * LOGO cz.l: WSTĘP DO PROGRAMO¬ 
WANIA * NAUKA PROGRAMOWANIA W ATARI BASIC ♦ MAPA PAMIĘCI. 

C 16 ♦ JĘZYK MASZYNOWY ♦ KURS BASIC A, 

C + 4 * PODRĘCZNIK PROGRAMISTY ♦ INSTRUKCJA OBSŁUGI. 

C 64 ♦ SAMOUCZEK ♦ PODRĘCZNIK PROGRAMISTY. 

]VESX ♦ INSTRUKCJE OBSŁUGI ♦ POL-TXT ♦ TURBO PASCAL, 

SHARP ♦ INSTRUKCJE OBSŁUGI DLA MZ-800, MZ-700 ♦ ASEMBLER- -URAS. 

IBiyi PC * smARTWORK wer. 2.7 pl ♦ smARTWORK wer. 3.4 pl ♦ ASEMBLE¬ 
RY: Z80,18080/I8085,18048/I8035. 

PROWADZIMY SPRZEDAŻ WYSYŁKOWĄ 
WYSTAWIAMY RACHUNKI 

Ko 119 147 8 
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Mikromarket 



Przedsiębiorstwo ”Panda” działając z upoważnienia firmy FARCOM INC 
LTD. informuje, że zakupiony wysyłkowo w tej firmie sprzęt, to jest: 
systemy komputerowe PC XT/, AT, RT, 8-34 MHz! 


w dowołnej konfiguracji i wersji (standard, baby, tower, portabłe, łaptop) 
j#^ najłepszych firm światowych; 

- urządzenia peryferyjne wszełkiego typu; 
y - kserokopiarki i fotokopiarki wraz z materiałami ekspłoatacyjnymi; 

- urządzenia do odbioru tełewizji satełitarnej; 
objęty jest serwisem technicznym naszego przedsiębiorstwa w ramach rocznej 

gwarancji udziełanej przez FARCOM INC., LTD. #S55J 

^ Przedsiębiorstwo ”Panda” zapewnia: .•ŚSSSS! 

- wykonanie przegłądu zerowego i testowanie sprytu; 

- wydanie użytkownikowi karty gwarancyjnej firmy FARCOM INC., LTD; .♦♦»* ?**?** 

- wykonanie wszelkich zobowiązań z tytułu gwarancji; 

doradztwo techniczno-handlowe. . MMMl ły ^ 


171-5 Uxbridge Road, LONDON W13 9AA 
Tel: 840 1715; Fax: 840 7136; Tlx: 946581 

Wyłączne przedst. na Polskę firmy AIS^ S T R A D 

oferuje NOWĄ GENERACJĘ komputerów 

AMSTRAD PC2000 

(licencjonowany przez IBM BIOS) 

iMONlTOTYV.G.A 

Inauguracyjna oferta: ok. 25% taniej 
od cen detalicznych w Wielkiej Brytanii 

oraz rozwiązanie dla użytkowników PC w sieci 


PRZEDSIĘBIORSTWO WDRAŻANIA 
ZAAWANSOWANYCH TECHNOLOGII 
ul. Wilcza 44 m 8,00-679 Warszawa 
tel. 28-37-30 tlx. 817322 logic pl 

OFERUJE 

\ dowolny sprzęt PC 
\ drukarki, podtrzymywacze napięcia 
^ sioci 

» systemy OS/2, XENIX, NOVELL 
\ programy na zamówienie 
\ galanterię komputerową 

a ponadto 

do Ventury Publisher (Rank Xerox) 

y polskie i rosyjskie litery 
^ program dzielący polskie wyrazy 
\ polski i rosyjski edytor tekstów 
asze komputery pracują m.in. w elektrowniach 


THE AMSTRAD NETWORK 


Również zgodne z IBM komputery AMSTRAD PC 1640, 1512 i przenośne PPC ; Edytory 
tekstów AMSTRAD PCW 9512, 8512 i 8256; Komputery domowe AMSTRAD CPC 6128, 
464, Sinclair Spectrum +2, ł 3 NOWY SINCLAIR PC 200 (Professional senes - zgodny 
z IBM) oraz ATARI, AMIGA, PSION, drukarki STAR; REWELACYJNE DRUKARKI AM¬ 
STRAD LOSOOOdi, 3500, DMP4000, 3250di. 2160, peryferia i AMSTRAD YIDEOMATIC 
cameorder. 


PO NAJNIŻSZYCH CENACH 


W europie 


Skontaktuj się z nami 
już dzisiaj... 

PRZEDSIĘBIORSTWO TECHNICZNO-HANDLOWE 
OBSŁUGI IMPORTU I EKSPORTU PANDA sp ZOO 
40-320 KATOWICE UL. 3 MAJA 23/7, TEL. 586 633 

I 

zadzwoń, napisz,przyjedź 


5Z !<OmDU^^ 


























































































































Mikromarket 


NAWROT 


Peripherials Ł Computer system 

Jest firmą specjalizującą się w KOMPUTERACH I OPRZYRZĄDOWANIU 

NASZ OBEJlV[UJE 4 € 

UKŁADY SCALONE: PAMIĘCI, MIKROPROCESORY 


> EROGRA]V[ 

KOMPUTERY IBM KOMPATYBILNE 

Z CAŁYM OPRZYRZĄDOWANIEM 

CZĘŚCI ZAMIENNE CGA EGA 
KARTY HERCULES, CGA, EGA itp. 

TWARDE DYSKI SEAGATE, NEC 

MONITORY 

TERMINALE 

PLOTERY: ROLANDA, G-GRAPHTEC 
DIGITIZERY: ARISTOTAB, SUMMAGRAFIK 
KOPIARKI: NASHUA, RANK XEROX 


w naszym 
DITMAR-KOEL-STRASSE 22 oraz BOTTMANNSTR 5 
2000 HAMBURG 11 1000 BERLIN WEST 65 

WEST GERMANY 
TEL. 040/319 23 07 
TELEX 2161853 ZAN D 


Itp. 

DYSIOETIO: NASHUA, MAKELL, BASF, TDK, NO NAME 
DRUIiARKI FIRMY “STAR" 

NX1S-730DM.ND 15 - 970DM.NR 15- 1170DM NB24-15- 1400DM.LC 10 NX 1000- 
450 DM, ND 10, SR 15, SR 10, 

RÓWNIEŻ FIRMY EPSON i NEC 

SYSTEMY KOMPUTEROWE LO-NET FOK REA- 
SERCH ARC NET 

DO WSZYSTKICH DRUICAREK POSIADAMY TAŚMY 
BARWIĄCE 


,ub poprzez wpłaty na 
NAWROT-IMPORT-EXPORT 
DEUTSCHE BANK AG HAMBURG 
BZL 200 700 00 
KTO NR 39 70 399 


konto 


W powyższym przypadku należy listownie lub telefonicznie (9.00-19.00) złozyc zamówienie z podaniem dokładnego adresu odbiorcy. Koszta przelewu z konta oraz przesyłki pokrywa 

wpłacający. 

Opłata za paczkę do 7 kg wynosi 20 DM Za każdy następny kg 2 DM r 5 DM od paczki Np. koszt wysyłki drukarki SG 15 wynosi 35,-DM. 

Nasze transporty do Polski wysyłane są co tydzień Gwarantujemy Państwu dostarczenie przesyłki w ciągu 2 tygodni od momentu wpłynięcia przelewu na nasze konto 

NA ŻYCZENIE KLIENTÓW ZAŁATWIAMY ZAKUP I WYSYŁKĘ ELEMENTÓW ELEKTRONICZNYCH 

W ILOŚCIACH HURTOWYCH. 

Ko 136 138 142 10 


E LECTRONICS eXPORT 


"ELECTRONICS EKPORT" PO.Box 869,London W5,ANGL1A-Tlx 8950511 oneone G (25190001 ref) 
_Tel (0-0441) 993 7000 - Showroom i sklep ; 19,Queens Paradę,London W5,Ealing 


AATARI 


ATARI ST 


S20 STM+Drive SF 55^(0.5 Mb) 

520 STM+Drive SF 31^(0.5 Mb) 

520 STFM (wbucJ.dr 1 vp 0,5 Mb) 
520STFM(wli .dr .1Mb, 22gry, j oyst ik) 350 


£ 

250 

2/5 

275 


10^0 STFM(z mod.TV) nowość 
MEGA ST 2 MB (driye 1 Mb) 
Monitor mono SM12^ 

Monitor SM 12^ (kupowany z ST) 
Monitor kol,SCI22^ (kup.z ST) 


435 

810 

135 

95 

270 


$ 

433 

476 

476 

605 

750 

1399 

233 

165 

467 


A' 

iJir Autocomputer co ltd 

V 1 P X T / A T 

Turbo 10 \1Hz, Phoeni\/.\ward BIGS.H frnia/d.rnala 
obudriwa.gniazdo koprocesora.kart a hcrcules.c ent ronii 
klawiatura 101 klawiszy.Insl rukcja ,o[>is.XT-proce- 
sof HOHH- 1,AT-pro( esor 80286- lO.zegar/kalendarz. 
R.S232,mo/liw'osc rozbudowy pamięci na karcie do 
4 MB..Funkcja"['VlS".Wszystkie stacje dysków 

£ 

361 


DRIVL ST 1 Mb,3." NEC/CHINON 100 175 

DRIVE SI 1 Mb, 5 /' NEL/CHINOM 125 217 

DYSK SZIYWNY ST NEC A) Mb 400 692 

Monitor kolor m.r.PHILPS 8803 199 545 

EMULATOR IBM (wymdga driye 5'/') 60 100 

Zegar bateryjny I 25 44 

TANIEJ-ATARI LASER P A C K-1600 2/69 
2Mt) ME6A+SM124+ LM804 LASER PR INTER 

I)r*''ktt)p Put)li.sherIł' [>ro( esifin.il. 


CHINON lub SFMIAI T (Ił.D.). 

VIP 800/XT-lx360K,256K Ram 
VIP 800/XT-lx360K,640K Ram 462 
VIP 800/XT-2x560K,256K Ram 419 
VIP 800/XT-2x360K,640K Ram 520 
VIP 800/XT-560K,20Mb,256K Ram 607 
VIP 800/XT-360K,20Mb,640K Ram 708 
V1P 220/AT-l.2Mb,20Mb,512K Ram 838 
V1P 220/AT-l.2Mb,20Mb,1024KRam 982 


Monitor bursztynowy 12" 
Monitor bursztynowy 14" 
Monitor EGA 14"+ karta EuA 
STREAMER WEWNĘTRZNY 40Mb 
MYSZ "GENP'^ » " (R . V) 


80 

110 

347 

560 

55 


NFC./ 

$ 

625 

800 

725 

900 

1050 

1225 

1450 

1700 

140 

190 

599 

623 

60 



DYSK I -NASHUA, 3 

M , SKC 


3 " 

Bulk 

25 pes DSDD 

25 

43 

3 -, " 

DSDD 

pakowane po 10 

15 

26 

5L" 

DSDD 

bulk 50 pes 

18 

31 

55 

DSDD 

pakowane po 10 

6 

11 

5 ." 

DSHD 

(lakowane po 10 

15 

26 

COMMODORL 

C64-K0MPLET 

140 

242 

K(un 

putcr.d. 

H.icorder (’.2N ,joyst ic k 

(.)II ♦ 10 gier s 

port . 




r 




V1P XT/AT 


OpusTfechnok^ 


OPUS XT/AT z rnonniirem 

Renomowany produkt fmy angielskiej- j 

PCI II/XT-360K,50Mb,1024KRa^ £ 1095 1895 

PCV/AT-1 .2Mb, 50Mb, 1024KRar' 1395 2415 

PCI V/XT,EGA,30Mb,768KRam,3b0K. 995 1730 

Najnowszy [irodukl fmy ()l’U.S.I’f)|i . .inv ' 

System EGA do III i V-dOTi3ta 300 519 

DRUKARKI-NAJLIP_S/E ! 

Centr/IBM.papier zwykły i komputerowy. 

CITIZEN 120D,NLQ, 120 z/St-, 145 250 

STAR LC10,NL0,144 z/sek,- toni 195 337 

STAR CEn-15x,120 z/sek,4 ■ ", 115 200 

w yjirzeda?.Niska c ena.( )st ar nie t g/t*mpl.i rze. 

NEC P2200-24 igły,LQ,16^ z/sek 280 485 

Najlepsza i najtańsza drukarka 24 igłowa. 

25 c m .8 fonts,orginał + 2 k^pic. 

Wfiłal mfjżn.a dfikonywad łum.ich ang. i dolarach 
arner) kańskie h.Do j)ow \?s/\ ih on riaU‘/v dolif/v« 

£ 57$ 10 na koszty opakocc .im.i .iibo/[łit*(/c*nia. s/v st- 
kie artykuły dostarc/.ine s.j dri>g,j lotnicza ^^arsz.iwa 
C)kec ie.Ko.szt frachtu opłać .i dbiorf a vc złotV(h!') 
Zwv/ki c cm nic^ktńr^ch kfłm['iiTi i,"vc '^p’ow cc .o ‘..j 
tirakiofii kc;<c i R.\M na rynk.o li Gc i.ii occ yc h. 

Frzegl.jd zerowy w l’olsc c.riK/na gw.iranci.i na 
częSci .autoryzowany punkt t -cci- iccy cc I Ist 
"UNICÓMP" 05 870 Bloni(‘ 
ul.Przybysz.a ló.tel Ww.r 5 54 5 54 
Po zrol)ieniu przekazu t elegra I u/nog<, na nas/o konto 
w funtach lul) dolarach,kojiię dficciidii cc Titc cccslac* 
do nas listem poleconym wr.i/ / /amocc ił>iii( . n.i 
nasz adres.Jezełi macie telefon dom-pr.Ka [r, imę 
podad numer.Podać zawód odl.L.n c jM/y /.imówic 
niach /\1ARI i OPliS /NT.lermin (|i>-tawy \| \RI/ 

(/PIS 3-4 tvg.,\ IP ok 5 tyg.f/d ■ >i r/c m.inia ccpł.itc_ 

Nas/ ł)ank:BANK HANDLOWY SA.Odd/iał l.ondym 
4,Coleman Str.I.ondon KC2 . Raeh Nf) 200047 
•)Pr/yl)li/ony koszt frac htu za k-.ini.utcr 16000 4. 
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przyjmuje: Biuro Ogłoszeń, ul. Poznańska 36. 00 - 689 Warszawa, 
teł. 26 23 09 


MASZ 




w CiSLSZtcl 

TETA Sp.zo.o. 
Przedalębloratwo Innowacyjne 
uL Tenisowa 2c obok PRITV 
WROCŁAW tel. (071) 675825 


Ko - 21S 


NAPRAWA ZASILACZY DO IBM PC XT/AT 

Spółdzielnia Rzemieślnicza "Centrum" 
Warszawa 

Zgłoszenia: 

Zakład Elektroniki, teł. 49 26 12 

ex Ko - 161 


ATAREX 

Chorzów, Jesionowa 3, tel. 417-573 


oprogramowanie ATARI, COMMODORE, 
SPECTRUM 

system transmisji "Blizzard Turbo" - 
magnetofon ATARI po przeróbce czyta 
10 X szybciej i pewniej, roczna gwaremcja. 
cena 33.200 - 

system "CRISTAL SOUND" do digitalizacji 
dźwięku ATARI, cena 15.500 - 
komis, skup, sprzedaż komputerów, 

RTV, Yideo. 

ex Ko - 204 


DYSKIETKI 

(wszelkich typów 
5 I/4'\ 3 1/2'', Maxell i in.) 

DRUKARKI 

NECP7 

(24 igły i 360X360 pt na cal 
zapewnią Ci lepszą rozdzielczość 
niż drukarka laserowa) 

NORTON EDYTOR 

(przewodnik użytków, w j. polskim) 
i inny sprzęt komputerowy 

oferuje: 

ANIMA sp. z 0 . 0 . 

80-289 Gdańsk, ul. Fornalskiej 51 

tel. 41-99-39 


©*«•«( bh 


ul. Dzielna 1/S 
00 -162 WARSZAWA 
tel. 319 - 369,336 - SS2. 


Oferuje polskie opisy programów: 

- CLIPPER ' 86 - kompilator dBase UJ + 

- TURBO PASCAL - wersja 4.0 - 3 tomy, 741 stron 

oraz wiele innych, pełna oferta na żądanie. 


Ko - 191 


Fastfame LTD 


XT-10MHz. 640 K RAM. 20 MHDD (Seagate). 2 x360 FDD. MGP CARD. monitor - 970 USD 
AT-12 MHz, 1 MRAM. 20 MHDD (Seagate). 1.2 MFDD, MGP CARD. monitor - 1250 USD 

ceny loco Taiwan 

Inlormacje i szczegółowe cenniki - PHP AKVIS, Warszawa, ul. Biskupia 10/14, tel. 33 19 08 


PHP AKV1S skupuje i pośredniczy w sprzedaży komputerów FaatfEime 


ex Ko-166 


! DESKTOP PUBLISHING ! 
SEMAX 

oferuje: 

- drukarka laserowa*'- 

Hewlett Packard 

- rozszerzenie pamięci 2 MB 

- ScanJet A4 Hewlett Packard 

- interface do j. w. 
-plotterAl GRX-300 

Roland (wałek) 


60 326 Poznań 
ul Senatorska 12 
tel 133444; 230730 


UNICOMP JFdT- JP- 

05-870 BŁONIE, ul. Przybysza 20, P-35 
tel. 554-554 / Warszawa/. tlx 813276 unico pi 


Autoryzowany ser^s firmy ELEKTRONICS EXPORT z Londynu 
Informuje, że prowadzi: 

- przeglądy zerowe I obsługę serwisową, 
komputerów typu IBM PC/XT/AT 
OPUS PC. VJP oraz ATARI ST, 

Odpowiadamy na wszystkie pytania w sprawie tych komputerów. 


ex Ko 207 


Ko 225 


Uprzejmie informujemy, że istnieje 
w Państwa minikomputerze 


możliwość instalacji 
XT. AT 386 


p>t31 s Icicj It. z n£xJkcź> ii £ii-c:>cl€3^N’^>'cl'i 

wg standardu DHN 

Zamówienia prosimy kierować: 

Spółdzielnia Rzemieślnicza "Legionowo", 

05 120 Legionowo, ul. Batorego 11 
Informacje tel 74-49-74 


Ko - 206 


ELECTRONICS EXPORT, LONDYN 

Atarl 520 STFM, 1 MB drlve - taniej! 

Atari 520 STFM GBP 285 

Atari 520 STFM + mon. mono SM 124 GBP 370 
monitor mono SM 124 GBP 100 

Uwaga' Do wszystkich modeli 1040 STFM dokładamy 
VIP Professional (Lotus 1-2-3). Microsoft 'NA^^rite. SuperUase Personal 


USD 489 
USD 639 
USD 173 


Opus PC ( 10 MHz. amber monitor 14" ) - taniej! 

PC III/TF - 768 KB RAM. 2 x 360 KB GBP 699 USD 1209 

PCIII/HD- 1024 KBRAM.360 KB. 30MBHD GBP 899 USD 1555 
PCV/AT - 1024 KB RAM, 1. 2 MB. 30 MB HD GBP 1199 USD 2075 
Dodatkowe opłaty i sposób zamawiEuiia - patrz nasze ogłoszenie na str 53 


Natychmiast dostarczy po atrakcyjnych cenach KARTY DO 
KOMPUTERÓW IBM PC: 

- prototypowa PC 

- 62551/O PC 

- programator eprom PCP - 512 / 2716 - 27512 polski edytor / 

- AC/CA oraz Inne, natychmiastowe dostawy, atrakcyjne ceny. 


Najtańsze TERMINALE KOMPUTEROWE: 

- RJ. Centronics, klawiatura, N - 156 
ZAPEWNIAJĄ WIELODOSTĘP DO IBM PC 


Ko - lai 


UHisoir 

81-509 Gdynia PI.Górnoślaski 
tel. 21 71 11,24 87 40 
tlx 054509 


54 








































































Mikromarket 


V V __ _ 

Załdady Produkcyjno-Usługowe “WOLA“, Sp. z o.o. 

(jednostka gospodarki tispołecznionej), 

00-726 Warszawa 36, box 40. tel:49-56-66, 48-03-05, tlx 816264 

Oferują do sprzedaży: 

♦ Mikrokomputery IBM: PC/XT/AT, Personal System/2 oraz 32-bitowe. 

♦ Urządzenia peryferyjne: drukarki, stacje dysków, dyski twarde, moni¬ 
tory, plotery, streamery i inne. 

^ Specjalistyczne oprogramowanie. 

^ Magnetowidy, kamkordery, kasety magnetowidowe. 

l^lnstalujemy systemy operacyjne OS/2 i SCO XENIX V.4f 

POLECAMY NAJSZYBSZE KOMPUTERY lOiASY 
IB1VUXT/AT FIRMY FUTURĘ SYSTEMS Pte Ltd. 

Udzielamy gwarancji, zapewniamy serwis pogwarancyjny 

i materiały eksploatacyjne. 

Ko-111/140/7 



Adres: Przedsiębiorstwo "PRO-INFO” 

Katowice 40-001 

ul. Sikorskiego 18/38 tel.53-42-88 

skrytka pocztowa 1347 



Oprogramowanie oraz dokumentacja 

IBM, Atari 800/65 XE/ST, Amstrad, Commodore, Amiga 

IBM, Clipper 86/87 wersja poi.. Turbo Pascal v.4.0. Turbo C, Turbo Basic, 

dBase Ill-t-, Pro-Desin, DOS-3.3, Xenix. 

Organizacja imprez promocyjnych 

Masz pomysł - napisz. 

Masz dokumentację w wersji polskiej - napisz. 

Masz ciekawy program - napisz. 


Ko-68/158/9 
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ELECTRONIC 


OFERUJEMY 


KOMPUTERY 

DRUKARia 

DYSKI 

PRZETWORNIKI 

KARTY 

SIECI 

WIELODOSTĘP 

XENIX 

MODEMY 

PROGRAMY 

ELEMENTY 

CAMAC - IBM 

SERWIS 



19 - 43-91 


ZAPRASZAMY 


COMERS ELECTRONIC 

SP. z 0.0. 

03-801 Warszawa 
ul. Zamoyskiego 2 


tkc: 815917 zegwa 


Ko-84/172/IO 
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Giełda 


600 Rbl 


Giełda w ZSRR 

“Tego jeszcze nie było !“ - te słowa padają często w rozmowach 
o obecnej sytuacji w Związku Radzieckim. Nie b^o również w 
“Giełdzie" wzmianek o rynku mikrokomputerowym w ^SRR, pora 
więc wspomnieć o tym interesującym skądinąd zjawisku. 

Opisywałem już jakiś czas temu moją wizytę w salonie “Elektro¬ 
nika^* w Moskwie. Sprzedawano tam wówczas komputer domowy 
BK 0010.01. Od tamtej.chwili oferta poszerzyła się o kilka nowych 
modeli. Wszystkie proponowane maszyny to komputery szesna- 
stobitowe z procesorem zgodnym z DEC LSI 11. W ciągłej sprzeda¬ 
ży znajduje się wciąż BK 0010. Ze względu na znaczne zaintereso¬ 
wanie klientów nowym towarem prowadzone są zapisy. Chętne na 
zakup mikrokomputerów są w większości organizacje, np. oświa¬ 
towe lub powstające jak grzyby po deszczu “kooperatiwy** (coś 
pośredniego między prywatną inicjatywą a spółdzielnią). Zdarzają 
się również osoby prywatne, choć nie każdy może sobie pozwolić 
na tak duży wydatek. A oto ceny w salonie 'Tlektronika“w Mosk¬ 
wie: 

BK 0010 (16b, 32K RAM, 24K ROM, foliowa klawiatura, 
interpreter języka FOKAL) 

BK 0010.01 (jw.,32K ROM, wbud. BASIC, klawiatura 
kontaktronowa) 650 Rbl 

UKNC (komputer osobisty; dwa procesory 16b, 192K RAM, do¬ 
bra klawiatura, 2 napędy dysków 5,25“, monitor mono¬ 
chromatyczny, drukarka ROBOTRON) 7746 Rbl 

UKNC jak wyżej, wysokiej klasy monitor kolorowy 9324 Rbl 
DWK 4 (komputer profesjonalny, IM RAM, 2 napędy dysków 
5,25“ 720K, dysk twardy 5MB, monitor kolorowy, drukarka DlOO, 
ploter) 27024 Rbl 

Zestaw edukacyjny (jednostka nauczycielska DWK 2M, 12 mi¬ 
krokomputerów BK OOlOSZ, 12 monitorów monochromatycznych, 
12 interfejsów sieci lokalnej) 30000 Rbl 

Kaseta C 60 z programami dla BK 0010 40 Rbl 

“Mikrosza“ (to już w innym sklepie; mikrokomputer z procesorem 
8080, 32K RAM, 2K ROM, interpreter języka BASIC wczytywany z 
kasety) 500 Rbl 

“Sura“ (8080,64K RAM, 16K ROM, wzorowany na MSX) 880 Rbl 
Sprzęt komputerowy sprzedają również komisy, przy czym cie¬ 
kawostka: prawo pierwokupu np. drukarek mają instytucje pań¬ 
stwowe. 


Ceny na „Softargu’88 
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W rażenia z Ogólnopolskich Targów Oprogramowania Softarg’88 ob¬ 
szernie] opiszę za miesiąc, dziś kilka słów o tym, co dla kupca naj¬ 
ważniejsze - cenach na tym rynku.. 

Jeśli Twoja firma ma komputer klasy PC/XT/AT lub pragnie go nabyć, 
to zajęcie dlań oferuje ponad 150 obecnych w Katowicach firm, a ceny 
na tym jarmarku nawet w dobie inflacji stale spadają.. Dobry przykład 
dają konkurencji weterani - w firmie CSK wielka wyprzedaż: 

PL-Tekst staniał z 450 do 199 tys. zł 

BGraf z 480 do 299 . tys., 

TRys ze 160 do 99 tys. zł. 

Widać wpływ przyszłej strefy wolnocłowej w Gdyni na zamiłowanie oko¬ 
licznych przedsiębiorców do pary cyfr 99. 

N ajtańszym produktem oferowanym na Targach, a zarazem naj¬ 
większym ich przebojem handlowym był kosztujący 40 tys. zł słow¬ 
nik angielsko-polski oferowany przez p. Jacka Skalmierskiego z Gliwic - 
tłumaczył on wprowadzany tekst słowo po słowie, proponując obszerne 
wyjaśnienia leksykalne poszczególnych terminów. 

Najdroższy program trudno wskazać, gdyż wielu dostawców preferowa¬ 
ło wciąż ceny umowne, tzn. wedle oceny zasobności klienta.. 

D la redaktora najciekawsze były notowania jego elektronicznej konku¬ 
rencji, a więc programów typu "pulpit wydawniczy": program CYF- 
ROSET 1.0 firmy ĆVFR0NEX można nabyć już za 1.3 min zł, 
a program PL-DRUK firmy Micrograf za 1.5 min zł. Na zestaw 
sprzętowy złożony z komputera, twardego dysku i drukarki laserowe] 
trzeba przygotować dodatkowo co najmniej 12.7 min zł (maksymalna 
proponowana konfiguracja wymaga już 30 min). 

Oba te programy są oryginalnymi polskimi opracowaniami, jeśli jednak 
ktoś otrzyma od wujka z Ameryki standardy światowe, może ograni¬ 
czyć się do zakupienia w firmie MlcroVAC Rolanda Wacławka 


Istnieje oczywiście rynek nieoficjalny (zorganizowanych giełd - 
w naszym rozumieniu - nie ma), ale jest to działalność prywatna, 
prawnie nie sankcjonowana. Jest to jak dotąd najlepszy sposób ku¬ 
pienia sprzętu znanych i renomowanych firm światowych. 

Kilka przykładów cen: 

ATARI 520 ST + SM 125 + SF 354 
ATARI 1040 STF + SC 1224 
monitor mono SM 125 
monitor kolor SC 1224 
ATARI XIi/XE (zwykle z PEWEX-u...) 

ATARI 130 XE + XC 12 
magnetofon ATARI 
stacja dysków ATARI 1050 
stacja dysków LDW 2000 
drukarka ATARI 1029 
drukarka EPSON, NLO 
COMMODORE C128 z monitorem (komis) 

AMIGA 500 + monitor kolor (brak programów...) 

AMSTRAD PC 1512 DD mono 
PC/XT SD + HD 20 MB, CGA 
monitor EGA 

napęd dyskowy NEC 5,25“, 360 KB 
napęd dyskowy NEC 5,25“, 720 KB 
kabel do drukarki typu CENTRONICS 
dyskietki 5,25“, firmowe, zapieczętowane, 10 szt 
jak wyżej, otwarte 


dyskietki 3,5“ za 1 szt. 
Dla porównania: 

Chleb 

mleko, 1 litr 
telewizor kolorowy 
samochód Łada Samara 
średnia pensja 


6000-7000 Rbl 
7500-9000 Rbl 
1500 Rbl 
2300-2700 Rbl 
1200-1300 Rbl 
1600-1700 Rbl 
300-400 Rbl 
1600-1800 Rbl 
1900-2100 Rbl 
1800-2000 Rbl 
2400-2700 Rbl 
6000 Rbl 
5500 Rbl 
5500 Rbl 
11000-12000 Rbl 
3000 Rbl 
400 Rbl 
700-800 Rbl 
80-100 Rbl 
110-120 Rbl 
80-100 Rbl 
15-35 Rbl 


0.25-0.40 Rbl 
0.36-0.50 Rbl 
645 Rbl 
9000 Rbl 
200 Rbl 


Najpopularniejszym zachodnim mikrokomputerem w ZSRR wy¬ 
daje się obecnie być ośmiobitowe Atari (najczęściej “importowa- 
ne“ zza Buga). Daje się zauważyć gwałtowny wzrost popularności 
komputera Atari ST, hTóry uchodzi za wzór komputera dla ludzi 
twórczych. Poszukiwane są stacje dysków SF 314 oraz 5,25 cala do 
Atari ST a także dyskietki 3,5 cala. 

Notował: Michał Setłak 

programów adaptujących MS-Windows i PageMaker do pracy w języku 
polskim za jedne 300 tys. zł wraz z obszernymi instrukcjami, plus koszt 
wyrzutów sumienia, jeśli wujek do przesyłki nie dołączył licencji użyt¬ 
kownika od firm Microsoft i Aldus. 

G azetki gazetkami, ale o pozycji firmy decydują finanse. Programy fi¬ 
nansowo-księgowe, kadrowo-płacowe oraz obsługujące gospodarkę 
materiałową i magazynową stanowiły ponad połowę targowej oferty, 
stąd możemy przedstawić tylko nieliczne z nich. Najpełniejszy ich zes¬ 
taw, nagrodzony przez targowe jury, przedstawiła firma IntGrAms: 

Ceny składających się nań kilkunastu programów wahały się od 290 
tys. (system DYSCYPLINA wersja 1.0 - dyscyplina w Polsce tradycyjnie 
jest nisko ceniona) do 4.900 tys. (system planowania operatywnego i 
system technicznego przygotowania produkcji). W sumie średniej 
wielkości przedsiębiorstwo chcąc jednym skokiem trafić do kom¬ 
puterowego raju powinno mieć w zanadrzu ok. 70-80 min zł na sprzęt i 
ok. 25 min zł na oprogramowanie. Najbardziej umiarkowana wersja 
kosztować musi ok. 6 min zł, w tym oprogramowanie ok. 500 tys - tyle 
kosztują programy firmy Macrosoft, która otrzymała nagrodę targową 
za generator aplikacji. 

T argi ukazały kulturotwórczą moc biurokracji: pojawiła się nowa, czys¬ 
to polska kategoria oprogramowania: kilkanaście programów przez¬ 
naczonych wyłącznie do obliczania podatku od ponadnormatywnych . 
wynagrodzeń (PPWW). Spółka BISlER za jedne 250 tys. oferowała 
program, który pozwala w razie potrzeby wstecz zmienić formułę nali¬ 
czania tego podatku. Po raz pierwszy koszt zakupu komputera 
niektórym zwraca się za pierwszym jego uruchomieniem... 

O cenach innych programów finansowo-biurowo-administracyjnych 
oraz oprogramowania inżynierskiego - wkrótce. 

Władysław Majewski. 

skład: LogoScript Sp. z o.o. 








































































































